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(57) Abstract: Methods of programming a 
pump and insulin pumps are disclosed. One 
method includes displaying a first screen on a 
display of the pump. The method also includes, 
upon displaying the first screen, emitting a first 
sound. The method further includes displaying 
a second screen on the display of the pump, the 
second screen different from the first screen. 
The method also includes, upon displaying 
the second screen, emitting a second sound 
different from the first sound. 
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INSULIN PUMP FOR THE VISUALLY IMPAIRED 

This application is being filed on 15 October 2007, as a PCT International 
Patent application in the name of Smiths Medical MD, Inc., a U.S. national 
5 corporation, applicant for the designation of all countries except the US, and 

Michael L. Blomquist, a citizen of the U.S., applicant for the designation of the US 
only, and claims priority to U.S. Utility Patent Application Serial No. 1 1/582,879, 
filed October 17, 2006. 

Technical Field 

10 The present invention relates to insulin pumps, and more particularly, 

to insulin pumps having features useable by the visually impaired. 

Background 

A large portion of the world's population suffers from diabetes. 
Many of these people need to take injections of insulin to normalize the level of 

1 5 sugar in their bodies to prevent complications. Such complications can include 
kidney failure, loss of circulation, and blindness. The need to manually take 
injections with a syringe and the process of determining the dose for various shots 
can be a great inconvenience and can limit a diabetic's activities and restrict their 
movements. Furthermore, it can be difficult to maintain a consistent level of blood 

20 glucose because there is a practical limit to the number of injections that most 
patients can receive. 

One solution to reduce some of the problems associated with the 
manual injection of insulin is an ambulatory pump that delivers insulin to the 
diabetic user. Such insulin pumps can provide a more consistently normal level of 

25 blood glucose, which reduces the risk of complications from diabetes. However, 
current pumps still have practical limits to their programming that make them 
cumbersome to program and that limits the potential of the pump to provide even 
greater control over blood glucose levels. 

Summary 

30 According to a first aspect, a method of programming a pump is 

disclosed. The method includes displaying a first screen on a display of the pump. 

1 
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The method also includes, upon displaying the first screen, emitting a first sound. 
The method further includes displaying a second screen on the display of the pump, 
the second screen different from the first screen. The method also includes, upon 
displaying the second screen, emitting a second sound different from the first sound. 
5 According to a second aspect, another method of programming a 

pump is disclosed. The method includes providing a first key having a first function 
and a second key having a second function different from the first function. The 
method also includes assigning a first sound to the first key. The method also 
includes assigning a second sound to the second key, the second sound different 

10 from the first sound. 

According to a third aspect, an insulin pump is disclosed. The insulin 
pump includes a pump mechanism and a memory configured to store a plurality of 
screens used in programming the pump, the plurality of screens including a first 
screen and a second screen. The insulin pump also includes a display. The insulin 

1 5 pump further includes a programmable circuit arranged to control the pump 
mechanism and operatively connected to the memory and the display. The 
programmable circuit is programmed to display a first screen on the display. The 
programmable circuit is further programmed to, upon displaying the first screen, 
emit a first sound. The programmable circuit is also programmed to display a 

20 second screen on the display, the second screen different from the first screen. The 
programmable circuit is also programmed to, upon displaying the second screen, 
emit a second sound different from the first sound. 

According to a fourth aspect, an insulin pump is disclosed. The 
insulin pump includes a memory configured to store a plurality of screens used in 

25 programming the pump, the plurality of screens including a first screen and a second • 
screen. The insulin pump further includes a display. The insulin pump also includes 
a programmable circuit operatively connected to the memory and the display. The 
programmable circuit is programmed to provide a first key having a first function 
and a second key having a second function different from the first function. The 

30 programmable circuit is programmed to assign a first sound to the first key and 

assign a second sound to the second key, the second sound different from the first 
sound. 
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According to a fifth aspect, an insulin pump is disclosed. The insulin 
pump includes a pump mechanism and a memory. The memory is configured to 
store a plurality of screens used in programming the pump, the plurality of screens 
including a first screen and a second screen. The memory is further configured to 
5 store a plurality of sounds including a first sound and a second sound. The insulin 
pump also includes a programmable circuit arranged to control the pump mechanism 
and operatively connected to the memory. The programmable circuit is 
programmed to provide an up key and a down key for selecting a current value from 
an operational range having an upper threshold value and a lower threshold value. 

10 The programmable circuit is programmed to assign the first sound to the up key. 
The programmable circuit is programmed to assign the second sound to the down 
key, the second sound different from the first sound. The programmable circuit is 
also programmed to upon detection of activation of the up key, emit the first sound. 
The programmable circuit is further programmed to, upon detection of activation of 

15 the down key, emit the second sound, wherein the first sound has a higher pitch than 
the second sound. 

Description of the Drawings 

Figure 1 illustrates the architecture of a pump that embodies the present 
invention; 

20 Figure 2 is a top view of the pump shown in Figure 1 ; 

Figure 3 illustrates setting time and date operating parameters in the pump 
shown in Figures 1 and 2; 

Figure 4 illustrates setting alert styles in the pump shown in Figures 1 and 2; 
Figures 5 and 6 illustrate setting operational parameters related to the pump 
25 history for the pump shown in Figures 1 and 2; 

Figures 7-9 illustrate basal rate testing executed by the pump shown in 
Figures 1 and 2; 

Figures 10-12 illustrate setting operational parameters for the basal rate 
delivery programs executed by the pump shown in Figures 1 and 2; 
30 Figure 1 3 illustrates setting the operational parameters for the correction 

bolus delivery programs executed by the pump shown in Figures 1 and 2; 
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Figures 14A-14D illustrate insulin absorption models used in the correction 
bolus delivery programs executed by the pump shown in Figures 1 and 2; 

Figure 1 5 illustrates setting the operational parameters for the correction 
bolus delivery programs executed by the pump shown in Figures 1 and 2; 
5 Figures 16-24 illustrate setting the operational parameters for the meal bolus 

delivery programs executed by the pump shown in Figures 1 and 2; 

Figure 25 illustrates the operations of setting and delivering an audio bolus 
on the pump shown in Figures 1 and 2; 

Figure 26 illustrates the pump shown in Figures 1 and 2 communicating with 
10 a computer; 

Figures 27A-27F illustrate a user interface on the computer illustrated in 
Figure 26. 

Detailed Description of the Preferred Embodiment 

Various embodiments of the present invention will be described in detail 

1 5 with reference to the drawings, wherein like reference numerals represent like parts 
and assemblies throughout the several views. Reference to various embodiments 
does not limit the scope of the invention, which is limited only by the scope of the 
claims attached hereto. Additionally, any examples set forth in this specification are 
not intended to be limiting and merely set forth some of the many possible 

20 embodiments for the claimed invention. 

The logical operations of the various embodiments of the invention described 
herein are implemented as: (1) a sequence of computer implemented steps, 
operations, or procedures running on a programmable circuit within a computer, (2) 
a sequence of computer implemented steps, operations, or procedures running on a 

25 programmable circuit within a pump for delivering insulin; and/or (3) interconnected 
machine modules or program engines within the programmable circuits. 

The various embodiments execute or utilize operating parameters, which 
customize or personalize operation of the computer implemented steps, machine 
modules, and programs to meet the requirements of individual pump users. The 

30 operating parameters can be numerical values, text strings, flags, argument names, 
or any other aspect of the insulin pump programming that the user can set to control 
operation of the pump. 
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Additionally, the pump generates and presents information and fields in user 
interfaces, which are also referred to as displays. The user interfaces can include 
fields, alpha/numeric character strings, times, and dates. The fields, also referred to 
as cells, prompt users to enter and/or select information. Because there is not an 
5 alpha/numeric keyboard on the pump, each of the field is associated with a spin box 
that includes values the user can enter into the field. The user spins or scrolls 
through values until the desired value is visible within the field. When the user 
selects the visible value it is entered into the field. The user selects a value with a 
Next function, Edit function, or Select function as identified herein. When the pump 
10 displays a field and the field has focus, it is said to prompt the user to select a value. 
Additionally, selecting a value in a field causes the pump to index focus to the next 
field as defined by the programmed operations or to display the next user interface 
as defined by the programmed operations. In an alternative embodiment, the pump 
has an alpha/numeric keyboard from which operating parameters can be typed 
1 5 directly into the pump. 

The description set forth herein discusses pumping insulin. One skilled in 
the art will realize that many of the features, structures, and methods disclosed 
herein can be used with medical infusion pumps for delivering agents other than 
insulin. The term "user" generally applies to the person who is receiving insulin 
20 from the pump. In many contexts, however, the user could also refer to any other 
person such as a caregiver that is operating the pump. 
A. Pump Architecture 

Figure 1 is a functional block diagram illustrating one of many possible 
embodiments of an insulin pump, generally identified as 100. A microprocessor 102 
25 is in electrical communication with and controls a pump motor 1 04, a screen 1 06, an 
audible alarm 108, and a vibratory alarm 110. Other embodiments can use a 
microcomputer, or any other type of programmable circuit, in place of the 
microprocessor. 

The pump motor 104 drives a drive mechanism 112 that pushes a plunger 
30 mechanism 114. The plunger mechanism 1 14 ejects insulin from an insulin 

cartridge (not shown). The insulin cartridge contains a supply of insulin for delivery 
to a patient. These mechanical components are illustrated and discussed in 
commonly assigned United States patent application serial no. 10/086,646, entitled 
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Cartridge and Pump With Axial Loading, the disclosure of which is hereby 
incorporated by reference. 

The screen 1 06 can have many different configurations such as an LCD 
screen. As explained in more detail herein, the screen 106 displays a user interface 
5 that presents various items of information useful to a patient or caregiver. The 

audible alarm 108 is a beeper, and an alarm provides actual alarms, warnings, and 
reminders. Similar to other portable electronic devices such as a cellular telephone, 
the vibratory alarm 110 provides an alarm to either supplement the audio alarms or 
replace the audio alarm when an audible beep would be disruptive or not heard. A 

10 % user can selectively enable or disable the audible 1 08 and vibratory 110 alarms. In 
one possible embodiment, however, both the audible 108 and vibratory 110 alarms 
cannot be disabled at the same time. 

The microprocessor 1 02 is in electrical communication with both a random 
access memory (RAM) 116 and a read only memory (ROM) 118, which are onboard 

15 the pump 100 but external to the microprocessor 102 itself. The microprocessor 102 
can be any programmable circuit configured to execute instructions stored in the 
memory devices. In one possible embodiment, the microprocessor 102 includes 
internal memory as well. The RAM 1 16 is a static RAM stores that data that can 
change over time such as pump settings and a historical log of events experienced by 

20 the insulin pump 100. The ROM 118 stores code for the operating system and the 
application programs. The ROM 118 can be any type of programmable ROM such 
as an EPROM. In one possible embodiment, the RAM 116 has 500 kilobytes of 
memory capacity and the ROM 118 has 2 megabytes of memory capacity. 
An infrared (IR) port 120 is in electrical communication with the 

25 microprocessor. As explained in more detail below, the IR port 120 provides data 
communication with an external device such as a computer for programming an 
application program, programming pump settings, and downloading historical data 
logs. The insulin pump 1 00 can include other types of communication ports in place 
of or in addition to the IR port 120. Examples of other possible communication 

30 ports include a radio frequency (RF) port or a port that provides a hard-wired data 
communication link such as an RS-232 port, a USB port, or the like. 

A real-time clock 122 provides a clock signal to the microprocessor 102. An 
advantage of having a real-time clock 122 is that it provides the program with the 
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actual time in real-time, including day of the week, so that the programs executed by 
the insulin pump can track and control the actual time of day that insulin delivery 
and other events occur. Various durations described here are used for alerts, alarms, 
reminders, and other functions. In one possible embodiment, the timers are formed 
5 by the real-time clock 122 and. software executed by the microprocessor 102. 

A battery 123 electrically connects to the real time clock 122 and the RAM 
116. The battery 123 provides an alternate electricity source for the real time clock 
and the RAM 1 16 to preserve data stored in the RAM in the case of a power 
interruption, such as during removal of a primary battery. 

10 A keypad 124 also provides input to the microprocessor 102. Although other 

possible types of keypads are possible, one type of keypad has four buttons and is a 
membrane- type of keypad, which provides resistance to water and other 
environmental conditions. The keypad 124 contains soft keys for which the function 
of the keys can change as a user executes different menu selections and commands. 

15 An audio bolus button 125 provides a further input to the microprocessor 

102. The audio bolus button 125 enables a bolus, such as a correction bolus or meal 
bolus as described herein, corresponding to a specific audible sound. In a possible 
embodiment, various potential audio bolus amounts correspond to unique audible 
sounds configured to allow a user to program the audio bolus without requiring the 

20 user to visually reference the pump screen 106. 

Other inputs into the microprocessor 102 include a pressure sensor 126, 
which is sensitive to the pressure within a reservoir of insulin; a cartridge sensor 
128, which is sensitive to the presence of an insulin cartridge; and a motion detector 
130, which detects motion of a gear (not shown) in the drive mechanism 112. The 

25 pressure sensor 126, cartridge sensor 128, and motion detector 130 are described in 
more detail in United States Patent application serial number 10/086,646, which is 
entitled Cartridge and Pump With Axial Loading, the disclosure of which was 
incorporated by reference above. 

Referring to Figure 2, the pump 100 is packaged in a housing 132. The 

30 keypad 124 is positioned on a first portion of the housing 132, and the screen 106 is 
positioned on a second portion of the housing 132. Additionally, the screen 106 has 
two portions, a display portion 134 and a template portion 136. A user interface is 
presented in the display portion 134 of the screen 106. 
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The template portion 136 provides a template that indicates the function 
assigned to each of the keys on the keypad. In the embodiment illustrated in the 
drawings, the keypad 124 has a first function key 138 and a second function key 
140, and an up key 142 and a down key 144. The up and down keys 142 and 144 
5 are for scrolling or spinning through operating parameters that are presented in a 
spin box associated with a field or between pages present within a user interface 
such as the home pages as described below. Additionally, a first portion 146 in the 
template identifies the function assigned to the first function key 138, and a second 
portion 148 identifies the function assigned to the second function key 140. If a 
1 0 variable or menu selection can be scrolled up or down, a corresponding center 

portion 150 of the template presents one or both of an up arrow corresponding to the 
scroll direction of the up key 142, and a down arrow corresponding to the scroll 
direction of the down key 144. 
B. Home Page 

1 5 In one possible embodiment, the insulin pump 100 is controlled by a menu- 

driven application program that is stored in the ROM 1 1 8 and executed by the 
processor 102. The application program also is parameter-driven in that the 
outcome or steps executed by the various application programs depend on the 
operating parameters set by the user. Examples of outcomes and steps that depend 

20 on the operating parameters include delivery rates, delivery schedules, delivery 
amounts, the generation and presentation of menus, and the like. 

Referring still to Figure 2, the application program presents a home page 152 
in the display portion 134 of the screen 106. The home page 152 includes a first 
icon 1 54 that illustrates the amount of insulin remaining in the insulin cartridge. 

25 This first icon 1 54 has the shape of a syringe and a bar 156 arranged relative to the 
syringe shape to illustrate the amount of remaining insulin. The amount of 
remaining insulin also is quantified and listed below the first icon 154. A second 
icon 158 has the shape of a battery and has a bar 160 arranged relative to the battery- 
shape to illustrate the amount of remaining battery life. The percentage of 

30 remaining life on the battery is positioned below the second icon 158. 

In one possible embodiment, the home page 1 52 presents the current status 
162 of the insulin pump's 100 operation. In the example set forth in the illustration, 
the insulin pump 1 00 is delivering insulin at a rate of 1 .1 5 units per hour according 
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to a first basal schedule. The home page 152 also presents the name 166 of the 
active delivery program it is executing and personal information 1 68 as programmed 
by the user. In the illustrated example, the personal information it displays is a 
banner "Mary's Pump," which identifies the owner of the insulin pump 100. Other 
5 examples of information that might be included in the personal field includes 

medical information about the pump user similar to that information included on a 
medical alert bracelet such as allergies and the fact that the patient is diabetic, more 
detailed information about the patient including the patient's full name, telephone 
number, and address, detailed information about the user's caregiver such as the 

10 name and telephcme number of the user's physician, and a warning that the pump 
1 00 is an insulin pump and should not be removed from the user. 

Furthermore, the pump 100 can be configured to present more than one home 
page. In this embodiment, the user scrolls through the home pages using the up and 
down keys 142 and 144. For example, other home pages might include the date, 

1 5 time, and amount of the last bolus delivered by the insulin pump; contact 

information about the patient's caregiver; medical information about the patient such 
as a list of the user's allergies, a warning that the user is a diabetic, and a warning 
that the pump is an insulin pump and should not be removed. 

The pump 1 00 displays an icon 1 70 in the home page 1 52 to identify the 

20 displayed page as the home page. Additionally, the icon 170 can include a page 
number to indicate which home page is currently being displayed. One possible 
shape for the home page icon is an icon having the shape of a house. 
C, Main Menu 

Referring to Figure 3, the user accesses a main menu 190 by activating a 
25 menu function 192 assigned to the second function key 140. The insulin pump 100 
then displays the main menu 190, which includes a plurality of menu items that the 
user can select for setting operation parameters and performing various tasks as 
described herein. In one possible embodiment, the menu items in the main menu are 
Basal Programs, New Cartridge, History, and Pump Settings. In other possible 
30 embodiments, the main menu 190 can be customized to include other menu items 
such as Correction Bolus, Temporary Rate, Meal Bolus, and others. Furthermore, 
the user can customize at least some of the labels for various menu items in both the 
main menu 190 and submenus. 
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The New Cartridge menu item is selected to access the cartridge or syringe 
of insulin loaded in the pump 100. In one possible embodiment, selecting the New 
Cartridge menu item automatically sequences the user through the steps of loading 
the new cartridge, priming the tubing for the infusion set, priming the cannula, and 
5 setting the site reminder, if the display site reminder is enabled. The site reminder is 
discussed below in more detail. In yet another embodiment the user will 
affirmatively acknowledge each of these steps by pressing a predetermined key, 
either the first or second function keys 138 or 140 on the keypad 124, at the 
conclusion of each step, which causes the pump to index to the next step. After 

1 0 sequencing through each of these steps, the pump 1 00 prompts the user to ent$r an 
instruction whether to resume delivery of insulin. 

Accessing the cartridge is discussed in more detail in United States patent 
application serial no. 10/086,646, entitled Cartridge and Pump With Axial Loading, 
the disclosure of which was incorporated by reference above. 

1 5 The user selects the desired menu item by using the up and down keys 142 

and 144 until the desired menu item is highlighted or otherwise marked. The user 
then activates the highlighted menu item by activating a select function 1 94 assigned 
to the second function key 1 40. 

By selecting the Pump Settings menu item, the pump brings up a Pump 

20 Settings submenu 196 of several submenu items, including Time and Date, 

Beep/Vibrate, Program Lock, and Personalize. The Time and Date menu option is 
selected to set the time and date of the clock. This time and date is set in real time. 
When the Time and Date menu option is selected, the screen displays the time and 
date, and focus is placed on the hour field 198. The user scrolls through values for 

25 the hour until the desired value is set. The user then activates a next function 200 

assigned to the second function key 140 to index through the remaining fields for the 
time and date (e.g., the minute field 202, the am/pm field 204, the month field 206, 
the day field 208, and the year field 210) and set the desired values for each of these 
fields. The user exits the Time and Date function at any time by activating the Done 

30 function 212 assigned to the first function key 138. Activating the Done function 
212 saves the current time and date settings and returns the pump to the Pump 
Settings submenu 196. 
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D. Beep/Vibrate 

Referring to Figure 4, to configure an alarm function to generate either an 
audible or vibratory signal, the user selects the Beep/Vibrate menu option within the 
Pump Settings submenu 196. The pump 100 then indexes to the next user interface 
5 and places focus on a choose-alert field 214. The user scrolls to the desired beep 
setting or vibrate setting and selects that setting by activating the Next function 200 
to select the desired setting. If the Beep setting is selected, focus changes to a beep- 
volume field 216 and the user scrolls to and selects the desired volume level. In one 
possible embodiment, the volume levels from which the user can select are low, 

10 medium, and high. Other embodiments use a numbered volume scale, labels such as 
indoor and outdoor, and the like. Upon selecting the desired volume level, the alert 
and volume settings are saved and the Pump Setting submenu 196 is displayed on 
the screen 106. If the user selects vibrate in the choose-alert field 214, the pump 100 
will return directly to the Pump Setting submenu 196. 

15 Navigation Sounds 

Audible sounds generated by the pump 1 00 provide assistance to the user in 
navigating through the pump menus. The audible sounds provide a method by 
which a user need not rely on visually observing the pump screen while 
programming the pump. Such a feature can be used by visually impaired users, or 

20 users who do not wish to otherwise visually confirm the pump settings. In various 
embodiments of the pump 100, the sounds indicate the current screen displayed by 
the pump, and also signify buttons depressed on the pump or other pump events. 

The pump 1 00 uses the home screen 1 52 as a basis for navigating through 
the pump menus by providing a unique audible sound, such as a beep of a unique 

25 pitch as compared with other sounds made by the pump. Additional home screens 
and menu screens programmed into the pump are associated with beeps of varying 
pitches. For example, the home screen 152 is associated with a first sound, which is 
emitted when the pump first displays the home screen, as well as each time a user 
navigates back to the home screen. The main menu 190 is associated with a second 

30 sound different from the first sound, and that second sound is emitted each time a 

user navigates to the main menu 190. Additional sounds, different from the first and 
second sounds and also different from each other, are associated with other home 
pages and menu screens as described herein. In one embodiment, the pump emits a 

11 
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sound of a specific pitch upon display of one or more optional setup screens. 
Associating a sound with an optional screen notifies the user that they are outside 
the typical pump programming screens. For example, the pump 100 can emit the 
sound upon display of a correction bolus screen, a basal rate confirmation screen, or 
5 some other unannounced screen displayed by the pump. 

Some screens programmed into the pump revert back to a home screen after 
a predetermined period of time elapses. A user relying on sounds to navigate 
through the screens will want to know when this occurs. For such screens, the pump 
100 can emit a second sound which is either the same as or different from the first 

10 sound associated with the screen so as to signify that such a reversion will take 

place. In one embodiment, the pump 100 emits three sounds thirty seconds before 
the reversion takes place. In such an embodiment, the pump can also optimally emit 
a single sound fifteen seconds before the reversion takes place. Additional sounds 
of varying pitch, length, or occurrence can be used as well. For example, the same 

15 sound can be used for multiple screens, but be repeated a different number of times 
to indicate the occurrence of one screen or the other. 

Sounds are also associated with the up and down keys 142, 144 on the pump 
1 00 to assist in setting pump delivery rates, times, and other settings. A first sound, 
different from the home screen and menu screen sounds described above, is 

20 associated with the up key 142. A second sound, different from this first sound and 
also different from the home screen and menu screen sounds, can be associated with 
the down key 1 44. The pump emits the first or second sounds when the up key 1 42 
or down key 144 is depressed, respectively. In one embodiment, the sound 
associated with the up key is of a higher pitch than the sound associated with the 

25 down key. In another possible embodiment, the up key 142 or down key 144 repeats 
operation when held in a depressed position by a user. In this embodiment, the 
sound associated with the selected key 142, 144 repeats for each instance in which 
operation of the key repeats. In a further embodiment, sounds of increasing pitch 
are associated with numerical values scrolled through using the up and down keys, 

30 such that lower values are associated with sounds of a lower pitch, and higher values 
are associated with sounds of a higher pitch. 

When scrolling through a range of values to select a setting in a pump, at 
least two implementations are possible with respect to the boundaries of each range. 

12 
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In one implementation, pressing the up key 142 at the top of the range will cause the 
pump value to wrap around, to the lowest value in the range. Likewise, pressing the 
down key 144 at the bottom of the range will cause the pump value to wrap around 
to the highest value in the range. In a second implementation, pressing the up key 
5 142 at the top of the range or the down key 144 at the bottom of the range will have 
no effect, causing the pump setting to remain at that maximum or minimum value. 
In an embodiment in which the wrap around implementation is used, a sound is 
emitted by the pump 100 when either one of the up or down keys 142, 144 is 
depressed and the wrap around condition occurs, which is different from the sound 

10 emitted when either of the up or down keys 142, 144 are depressed and the condition 
does not exist. This sound notifies a user that the wrap around condition has 
occurred without the need for visual confirmation. In an embodiment in which the 
"wrap around" implementation is not used, a sound is emitted by the pump 100 
when a user presses the up or down key 142, 144 which is different from the normal 

15 sound emitted when one of the keys is depressed. This second sound notifies a user 
that depressing that key had no effect, again, without the need for visual 
confirmation. In various additional embodiments in which either the wrap around 
implementation is or is not used, the unique sound which occurs at the boundary of 
the range can be different if at the top of the range or at the bottom of the range. In 

20 other embodiments, additional unique sounds can be used to denote a position 

within the range scrolled through. For example, the pump 100 can emit a unique 
sound each time a value is reached that is a multiple of 10. Unique sounds for each 
multiple of 10, or other notable positions within the range can be used as well. 
Sounds are further associated with one or more alerts and/or alarms 

25 occurring in the pump 100. These sounds can be customized so that the user hears a 
familiar sound upon occurrence of a specific event or alarm. For example, a missed 
meal alarm can be associated with a dinner bell or some other sound. In a possible 
embodiment, the pump emits sounds, such as numerical values or messages, in 
Morse code or some other audibly encoded format. 

30 The combination of all of the sounds for the screens, menus, and keys 

allows a user to program the pump 100 without relying on either visual confirmation 
using the pump screen or otherwise having to accurately count the number of times 
which a key is depressed. In a possible embodiment, one or more of these sound 
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features can be disabled. For example, some or all sounds can be disabled if a user 
selects the vibrate option in the choose-alert field 214 described above. 
F. Pump History 

Referring to Figure 5, one possible embodiment of the insulin pump 1 00 
5 tracks historical information related to the pump 1 00 such as delivery information 
and other events related to the pump 100. Historical information can be viewed on 
the screen 1 06 of the pump 1 00 or uploaded to a computer as discussed in more 
detail herein. The pump 100 can be customized to view historical delivery and event 
information in individual history screens or under the History item of the main menu 
10 k 190. Additionally, the pump 100 can display delivery information either as 

individual events or as averages. These alternatives are only some of the possible 
embodiments. 

The pump 100 can be programmed to track many different types of historical 
information, to present the historical information in many different ways, and to 
15 provide different ways to access historical information. In one possible 

embodiment, the historical information that the pump 100 tracks includes: 

(1) The aggregate insulin delivered by the pump 100 as well as the 
amount of insulin broken down by insulin delivered as a meal bolus, 
insulin delivered to counteract estimated carbohydrates consumed by 

20 the user (if the carbohydrate estimator is used), delivered as a 

correction bolus, and delivered according to basal delivery protocols. 
In various embodiments, the pump 1 00 will record delivery according 
to basal delivery protocols as a total for all basal delivery protocols, 
or if the pump 100 is programmed with multiple delivery basal 

25 protocols, the delivered insulin can be broken down by each basal 

protocol used by the pump 1 00. In one possible embodiment, this 
data is stored as a daily total and an average daily total for a 
predetermined number of days. Additionally, in various 
embodiments, the average data can be recorded as actual average 

30 values or the average data can be calculated from the daily totals 

when requested for display or upon other requests. 

(2) The amount of insulin delivered by the pump 1 00 according to a 
basal protocol as a percent of the total insulin delivered by the pump 
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100. In one possible embodiment, this data is stored as a daily 
percentage and an average daily percentage for a predetermined 
number of days. Additionally, in various embodiments, the average 
data can be recorded as actual average values or the average data can 
be calculated from the daily totals when requested for display or upon 
other requests. 

The date, time, and amount of each bolus delivered. 
The 500-Rule factor, which is used to estimate the grams of 
carbohydrates that are covered by each unit of insulin. To determine 
the grams of carbohydrates that are covered by each unit of insulin, 
the 500-Rule factor is divided by the total daily dose of insulin 
required to maintain the user blood sugar level in an acceptable 
range. The typical 500-Rule factor is 500, and hence the ratio is 
called the 500 Rule. However, the factor may vary for different types 
of insulin and from user to user and the value for the 500-Rule factor 
is calculated and stored. In one possible embodiment, the 500-Rule 
factor is stored as a daily value depending on the total delivery dose 
and an average value for a predetermined number of days. In an 
alternative embodiment, the 500-Rule factor is not stored but is 
calculated as the 500-Rule factor is required for a display, 
calculation, or other function. 

The 1 800-Rule factor, which is used to estimate the drop in blood 
glucose for every unit of insulin. To determine the drop in blood 
glucose for each unit if insulin delivered to the user, the 1 800-Rule 
factor is divided by the total daily dose of insulin required to maintain 
the user blood sugar level in an acceptable range. The typical 1 800- 
Rule factor is 1800, and hence the ratio is called the 1800 Rule. 
However, the factor may vary for different types of insulin and from 
user to user and the value for the 1 800-Rule factor is calculated and 
stored. In one possible embodiment, the 1 800-Rule factor is stored as 
a daily value depending on the total delivery dose and an average 
value for a predetermined number of days. In an alternative 
embodiment, the 1 800-Rule factor is not stored but is calculated as 
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the 1800-Rule factor is required for a display, calculation, or other 
function. 

(6) The complete history, which in one possible embodiment is the last 
2000 events that are experienced by the pump, including all daily 
5 delivery totals, all alerts, all errors, all battery changes, all insulin 

cartridge changes, all changes to the pump program, and the like. 
Each record of an event includes the date and time that the event 
occurred. In other embodiments, a predetermined number of events 
other than 2000 are recorded. In yet another possible embodiment, 
10 t the pump 1 00 records the events for a predetermined number of days 

rather than an absolute quantity, although there might be a limit to the 
total number of events that are recorded depending on available 
memory and other factors. 
In one possible embodiment, as used herein total daily dose, also referred to 
15 as Total Daily Dose or TDD, refers to the total amount of insulin delivered during a 
single day including the amount of insulin delivered as a correction bolus. Other 
embodiments might include the amount of insulin delivered as a correction bolus in 
the total daily dose of insulin. 

To customize how the historical information is displayed on the pump 100, 
20 the user selects the History menu item from the Personalize submenu 222. The 

pump 100 indexes to a delivery-summary field 264, which is placed in focus. The 
user scrolls to and selects the desired yes or no value. The yes value enables the 
Delivery Summary menu item in the History submenu 290 (Figure 6), and the no 
value disables the Delivery Summary menu item in the History submenu 290. 
25 Disabled menu items are not displayed as part of the menu. In one possible 

embodiment, the delivery summary displayed under this menu item includes the 
total daily dose of insulin delivered by the pump 100 as well as the amount of 
insulin broken down by insulin delivered as a meal bolus, insulin delivered to 
counteract estimated carbohydrates consumed by the user (if the carbohydrate 
30 estimator is used), delivered as a correction bolus, and delivered according to basal 
delivery protocols. In an alternative embodiment, the delivery summary includes the 
total or aggregate amount of insulin, including insulin delivered as a correction 
bolus. 
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Upon selecting the yes or no value in the delivery-summary field 264, focus 
indexes to an average-delivery-summary field 266, in which the user scrolls to and 
selects either a yes value or a no value. The yes value enables the Average Delivery 
Summary menu item in the History submenu 290, and the no value disables the 
5 Average Delivery Summary menu item in the History submenu 290. In one possible 
embodiment, the Average Delivery Summary displayed under this menu item 
includes the average daily total for a predetermined number of days for the 
aggregate insulin delivered by the pump as well as the amount of insulin broken 
down by insulin delivered as a meal bolus, insulin delivered to counteract estimated 

1 0 carbohydrates consumed by the user (if the carbohydrate estimator is used), , 

delivered as a correction bolus, and delivered according to basal delivery protocols. 

Upon selecting the yes or no value in the average-delivery-summary field 
266, focus indexes to a basal-as-percent-of-TDD field 268. In one possible 
embodiment, basal as a percent of TDD is the amount of insulin delivered by the 

15 pump 100 according to a basal protocol as a daily percent of the total insulin 
delivered by the pump 100. The user selects whether to display the Basal as a 
Percent of TDD menu item in the History submenu 290 using a procedure similar to 
that described for the Delivery Summary. Under this menu item, the pump 1 00 lists 
the total daily amount of insulin delivered as a basal as a percent of the total daily 

20 dose of insulin delivered . In an alternative embodiment, the pump 100 lists the total 
daily amount of insulin delivered as a bolus as a percent of the total daily dose of 
insulin delivered. In various embodiments, the bolus as a percent can be listed as the 
meal bolus as a percent of the total daily dose of insulin delivered, correction bolus 
as a percent of the total daily dose of insulin delivered, or total bolus as a percent of 

25 the total daily dose of insulin delivered. The pump 1 00 then indexes focus to an 

average-basal-as-percent-of-TDD field 270. In one possible embodiment, average 
basal as a percent of total daily delivery (TDD) is the amount of insulin delivered by 
the pump 100 according to a basal protocol as an average daily percent over a 
predetermined number of days of the total insulin delivered by the pump 100. The 

30 user selects whether to display the Avg Basal as a Percent of TDD menu item in the 
History submenu 290 using a procedure similar to that described for the Delivery 
Summary. The pump 1 00 lists the average basal as a percent of the total daily 
delivery under this menu item. 
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The pump 100 then indexes focus to a bolus-history field 272. In one 
possible embodiment, the Bolus History is the date, time, and amount of each bolus 
delivered. The user selects whether to display a Bolus History menu item in the 
History submenu 290 using a procedure similar to that described for the Delivery 
5 Summary. The pump 1 00 lists the pump's 100 Bolus History under the Bolus 
History menu item. 

The pump 100 then indexes focus to an edit-display-of-more-history field 
274. The user scrolls to a yes value or a no value as desired and then activates the 
next function. If the user selects the no value, the pump returns to the Personalize 

10 submenu 222. If the user selects the yes value, the focus indexes to a carbohydrate- . 
ratio field 276 in which the user scrolls to a yes value or a no value as desired and 
activates the Next function. Selecting the yes value causes the pump 100 to display 
a Calc 500 Rule menu item in the history submenu 290 and to display the calculated 
carbohydrate ratio. The pump indexes focus to a 500-rule-factor field 278 when the 

15 user selects yes in the 500-rule-factor field 276. The user then scrolls to the desired 
500-Rule factor to use in various calculations and activates the Next function. In 
one possible embodiment, the potential factors are in the range from 400 to 600 in 
increments of 15. The pump 100 then indexes focus from the 500-rule-factor field 
to an average-carb-ratio field 280. Selecting the no value in the 500-Rule-factor 

20 field 276 disables display of the Calc 500 Rule menu item in the History submenu 
290 and causes the pump 100 to index directly from the 500-rule-factor field 276 to 
the average-carb-ratio field 280. 

Within the average-carb-ratio field 280, the user scrolls to and selects either a 
yes value or a no value. If the user selects the yes value, the pump 100 will enable 

25 an Avg Calc 500 Rule menu item in the History submenu 290. Under the Avg Calc 
500 Rule menu item, the pump displays the average carbohydrate ratio for a 
predetermined number of days. In one possible embodiment, the pump 1 00 
calculates the average carbohydrate ratio for a 7-day period. Upon selecting the yes 
or no value, the pump indexes focus to a correction-factor field 282. 

30 In other embodiments, the pump calculates the average carbohydrate ratio for 

periods other than 7 days. For example, the range could be in the range from 2 to 90 
days. In another possible embodiment, the pump 100 calculates the average 
carbohydrate ratio for however number of days it stores historical data. In yet 
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another embodiment, the user can select a predetemrined number of days over which 
to calculate and average the carbohydrate ratio. 

If the user selects the yes value in the correction-factor field 282, the focus 
indexes to an 1800-rule-factor field 284. The user then scrolls to and selects the 
5 desired 1 800-Rule factor to use in various calculations. In one possible 

embodiment, the potential 1 800-Rule factors are in the range from 1500 to 2200 in 
increments of 100. The pump then indexes focus to an average-correction-factor 
field 286. Selecting the no value in the correction-factor field 282 disables display 
of the Calc 1 800-Rule menu item in the History submenu 290 and causes the pump 
10 to index directly from the correction-factor field 282 to the average-correction-factor 
field 286. 

Within the average-correction-factor field 286, the user scrolls to and selects 
a yes value or a no value. If the user selects the yes value, the pump 100 will enable 
the Avg. Calc 1 800 Rule menu item in the History submenu 290. Under the Avg. 

1 5 Calc 1 800 Rule menu item, the pump 1 00 displays the average correction factor for 
a predetermined number of days. In one possible embodiment, the pump 100 
calculates the average correction factor for a 7-day period. Upon selecting the yes or 
no value, in the average-correction-factor field 286, the pump, indexes focus to a 
complete-history field 288. 

20 In other embodiments, the pump calculates the average correction factor for 

periods other than 7 days. For example, the range could be in the range from 2 to 90 
days. In another possible embodiment, the pump 1 00 calculates the average 
correction factor for however number of days it stores historical data. In yet another 
embodiment, the user can select a predetermined number of days over which to 

25 calculate and average the correction factor. 

Within the complete-history field 288, the user scrolls between either a yes 
value or a no value. The user selects yes to enable a Complete History menu item in 
the History submenu 290 and selects the no value to disable the Complete History 
menu item. Upon selecting either the yes or no value, the pump returns to the 

30 Personalize submenu. Under the Complete History menu item, the pump displays 
the complete body of historical information stored in RAM 116. 

Referring now to Figure 6, viewing historical information about the pump 
1 00 is accomplished through the main menu 1 90. The user activates the Menu 
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function 174 to access the main menu 190. Within the Main Menu 190, the user 
selects and activates the History menu item. The pump then indexes to the History 
submenu 290 that lists the historical information that is available to view on the 
pump 100. As described above, the historical information that is available, 
5 depending on the setting made within the History item of the Personalize submenu 
222 as described above, are Delivery Summary, Avg Delivery Summary, Basal as a 
Percent of TDD, Avg Basal as a percent of TDD, Calc 500 Rule, Avg Calc 500 
Rule, Calc 1800 Rule, and Avg Calc 1800 rule. 

If the user selects Delivery Summary, the pump indexes to a Delivery 

10 Summary 292 that has a date field 294 in which the current date is listed and a Total 
field in which the total number of insulin units delivered is listed, a Meal Bolus field 
in which the number of insulin units delivered as a meal bolus is listed, a Carbs field 
in which the total number of carbohydrates that the user entered as an estimate of 
carbohydrate consumption is listed, Corr. Bolus field in which the total number of 

15 insulin units delivered as a correction bolus are listed, and a Basal field in which the 
total number of insulin units delivered according to the basal protocols employed by 
the pump are listed. 

The user can scroll through dates in the date field 294 and see this historical 
information for dates other than the current date. In one possible embodiment, the 

20 user can scroll through the seven different dates, including the current date and the 
six previous dates. When the user scrolls to a different date, the pump automatically 
updates the historical delivery information relating to delivery that occurred on the 
date now listed in the date field. In an alternative embodiment, the user can scroll 
through the previous 90 days of data. In yet another possible embodiment, the user 

25 can scroll through however many days of data are stored on the pump 100. 

If the user selects the Avg Delivery Summary menu item in the History 
submenu 290, the pump 100 indexes to a display 296 entitled M 7 Day Average, 11 293 
and displays the same fields (Total field, Meal Bolus field, Carbs field, Corr. Bolus 
field, Basal field) as the Delivery Summary display 292. However, rather than daily 

30 totals, the fields present that average number of insulin units delivered over a 
predetermined number of days. Additionally, in place of the date field 294, the 
screen for the Avg Delivery Summary presents an avg-over field 298, which 
contains the number of days for which the historical data is being averaged. The 
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user can change the number of days by scrolling up or down using the up or down 
keys, respectively. In one possible embodiment, the number of days that can be 
averaged are in the range from 2-30. In another possible embodiment, the number 
of days that can be averaged are in the range from 2-90 days. In yet another possible 
5 embodiment, the number of days that can be averaged are in the range from 2 days 
to however many days of historical data are stored on the pump 1 00. After scrolling 
to a new number of days to average, the user activates an Update Function 300 and 
the pump 100 recalculates the averages. 

If the user changes the number of days over which the average data is 
10 calculated, the title "7 Day Average" 293 changes to "X Day Average/ 1 where X is 
the selected number of days over which the data is averaged. 

If the use selects the Basal as % of TDD item menu from the History 
submenu 290, the pump 100 will display a "Basal as % of TDD" display (not 
shown) and present the percent of total insulin delivered by the pump according to 
15 the basal delivery protocols on any given day. The Basal as % of TDD display will 
present a date field in which the user can change the day for which the historical 
information is presented in a manner similar to the Delivery Summary display 292 
as described above. 

If the use selects the Avg Basal as % of TDD item menu from the History 
20 submenu 290, the pump 100 will display an "Avg Basal as % of TDD" display (not 
shown) and present the average percent of total insulin delivered by the pump 100 
according to the basal delivery protocols for a predefined number of days. The 
Basal as % of TDD screen will display an avg-over field 298 in which the user can 
change the number of days for which the historical information averaged in a 
25 manner similar to the 7 Day Summary display 296 as described above. 

If the user selects Calc 500 Rule, the pump will index to a "Carb Ratio - 500 
Rule" display and present a table of information. In each row of the table, the pump 
will list a date and the calculated carbohydrate ratio for that date. The carbohydrate 
ratio is calculated by dividing the 500-Rule factor by the total number of insulin 
30 units delivered for that day. In one possible embodiment, the pump 100 will 

calculate and list the carbohydrate ratio for 30 days and the user can scroll through 
those values using the up and down keys. However, other embodiments will 
calculate and list the carbohydrate ratio for any other number of days. 
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If the user selects Avg Calc 500 Rule, the pump 100 indexes to an "Avg Carb 
Ratio - 500 Rule" display. The pump 100 calculates and presents the average 
carbohydrate ratio for a predetermined number of days. The "Avg Carb Ratio - 500 
Rule" display includes an avg-over field 298 in which the user can change the 
5 number of days for which the average carbohydrate ratio is averaged in a manner 
similar to the "Avg Delivery Summary" display as described above. 

If the user selects Calc 1800 Rule, the pump 100 will index to a "Correction 
Factor - 1 800 Rule" display and present a table of information. In each row of the 
table, the pump 100 will list a date and the calculated correction factor for that date. 
10 The correction factor is calculated by dividing the 1 800-Rule factor by the total daily 
dose of insulin required to maintain the user blood sugar level in an acceptable 
range. In one possible embodiment, the pump 100 will calculate and list the 
correction factor for 30 days and the user can scroll through those values using the 
up and down keys 142 and 144. However, other embodiments will calculate and list 
1 5 the correction factor for other numbers of days. 

If the user selects Avg Calc 1800 Rule, the pump 100 indexes to an "Avg 
Correction Factor - 1800 Rule" display. The pump 100 calculates and presents the 
average correction factor for a predetermined number of days. The Avg Correction 
Factor - 1 800 Rule screen includes an avg-over field 298 in which the user can 
20 change the number of days for which the average correction factor is averaged in a 
manner similar to the "Avg Delivery Summary" display as described above. 
G. Basal Rate Test 

In an exemplary embodiment, the insulin pump 1 00 performs basal testing to 
determine a proper basal rate for a user of the pump. The basal rate for a pump is 
25 the rate at which the pump delivers insulin to a user, and in the exemplary 

embodiment correlates to the rate at which, independent of meals, the user requires 
insulin for normal metabolism, based on the user's particular metabolic need for 
insulin. The user's metabolic need for insulin is determined by testing under a 
controlled set of circumstances. Basal rate testing aborts under a number of 
30 circumstances, for example due to delivery of a correction bolus or a meal bolus as 
described herein. Also, unusual insulin levels, such as levels falling very far outside 
of a safe range, can cause interruption of a basal rate test or invalidation of test 
results for user safety reasons. A blood glucose level that is too high or too low is 
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unsafe to the tested user and will cause the pump 100 to abort the basal rate test. 
Likewise, an initially high or low blood glucose level or high level of insulin on 
board can prevent the start of a basal rate test. Prior to and during the basal rate 
tests, the pump 100 notifies a user of proper behaviors for a basal rate test, as well as 
5 behaviors which can cause test failure, such as eating or delivering a correction 
bolus. 

As described in more detail herein, the basal rate test is performed by 
measuring the user's blood glucose level at least at the beginning and end of a 
defined time period. The data representing the measured blood glucose levels and 
10 the time at which they were measured can be presented in different fprmats such as a 
table or graph. 

If the difference between the beginning and ending blood glucose levels falls 
outside a predetermined range, the user's body is not using insulin at the same rate at 
which the pump is delivering it and the user can adjust the basal rate accordingly. 

1 5 Since a user's basal insulin needs can vary from hour to hour, the blood glucose level 
also can be measured at different points throughout the test and compared to the 
beginning blood glucose level. A difference between any of these intermediate 
blood glucose levels and the beginning blood glucose level also can indicate that the 
basal rate needs adjustment. In possible embodiments, this process can be 

20 performed iteratively until the difference between the beginning and ending blood 
glucose levels are within a desired range. 

Since a user's basal insulin needs can change over time (weight gain or loss, 
change in fitness level, etc), basal rate testing may be performed periodically by 
users of the pump to ensure that the proper basal rate is programmed into the pump 

25 for basal delivery, discussed below. The basal testing, in general, enables four sets 
of scheduled alarms to define a basal test. Each set of alarms corresponds to a time 
segment during the day in which a user may want to check their basal delivery. For 
example, the set of alarms can represent times before or after meals, or at other times 
during a day, week, or other time period. 

30 Referring now to Figure 7, an exemplary implementation initiating a basal 

test process is shown. The pump 1 00 displays a basal test submenu 28 1 , which is 
reached from the main menu 190. The basal test submenu 281 displays a basal test 
option listing, which includes a "Start Test" option, a "Set up Test" option, and a 
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"Test History" option. The Start Test option allows the user to initiate a basal test 
according to the current settings in the pump, and is only visible when* no other basal 
test has been started. The Set up Test option allows a user to set up basal test 
options, and is discussed in greater detail in conjunction with Figure 8, below. The 
5 Test History option displays a test history from a currently executing or formerly 
executed basal test. An example of a basal test chart generated from basal test 
history data is shown in Figure 9. Using the up and down keys 142, 144, the user 
chooses one of the options displayed on the basal test submenu 281 and chooses a 
select option 283. In the embodiment shown in Figure 7, the Start Test option is 

10 selected as described. 

Upon selection of the Start Test option, the pump 100 displays a start basal 
test screen 285. The start basal test screen 285 allows the user to confirm that a basal 
test is intended, and may display one or more messages to the user. The messages 
can include information about the basal test, about activities to avoid during the 

15 basal test, or other related information. The user confirms that a basal test is 

intended by selecting a continue option 287. If the basal test is not intended, a back 
option returns to the basal test submenu 281 . 

When the user confirms that a basal test is in fact intended, the pump 100 
displays a basal test timing screen 289. The basal test timing screen 289 displays 

20 options for various predefined basal tests, such as an overnight basal test, a daytime 
basal test, or an evening basal test. The daytime basal test can be, for example, a 
morning basal test or an afternoon basal test. In the example shown, the overnight 
basal test is selected using the up and down keys 142, 144 and the continue option 
287. 

25 Upon selection of the desired basal test, the pump displays a listing 291 of 

reminder alerts which will be activated to guide the user through the basal testing 
process associated with that basal test. The reminder alerts represent times during 
the basal test process at which the user is prompted to enter their current blood 
glucose level. The reminder alerts can be, for example, times of the day. The listing 

30 291 of reminder alerts can be editable by the user, so as to change the times of the 
day at which the reminders occur, or to change the number of reminders, as shown 
below in Figure 8. 
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A start option 295 initiates the basal test. In the embodiment shown, a user 
can start a basal test at any time. However, the pump 100 only enters the basal 
testing state upon the occurrence of the first programmed reminder alert. Upon 
initiation of the test, the pump can optionally present one or more prompts or 

5 informational screens to the user to assist the user in running the basal rate test. The 
pump can advise the user as to optimal methods for performing the basal rate test, 
such as not eating for two hours prior to the test. In one possible embodiment, the 
one or more prompts includes a series of questions presented to the user prior to 
initiation of the test. The questions can be related to the user's health or sickness, 

10 activity or exercise level, stress levels, and variations of these factors from their $ 
normal levels. Other questions can be asked as well. In response to the answers 
provided by a user, the pump 100 may optionally display guidelines for taking a 
basal rate test or suggest postponement of the basal rate test. The questions and 
responsive answers can be included in a report, such as the one discussed below in 

1 5 conjunction with Figure 9. 

When the reminder alert occurs, the pump 100 prompts the user to test their 
blood glucose and input the blood glucose reading into the pump. Optionally, the 
user can select a snooze option to delay the blood glucose test by 1 5 minutes. The 
user can repeat selection of the snooze option indefinitely. 

20 Referring to Figure 8, the insulin pump 1 00 provides informational and 

control features related to a basal test. The screens shown in Figure 8 are available 
to a user whether or not a basal test is in operation. In the example shown, the 
information is relates to an overnight basal test. 

A basal test submenu 28 V corresponds to the basal test submenu 281 of 

25 Figure 7, but includes options related to the currently executing basal test. Basal test 
submenu items include the current test status, end the current test, set up testing, and 
test history. Additional submenu items are possible as well. 

If the user selects the current test status option, the pump 100 indexes focus 
to a test status screen 297. The test status screen 297 displays information related to 

30 the currently scheduled test. The information can include the time remaining in the 
test, the time of the next reminder alarm, and other information. A back option 
returns focus to the basal test submenu 28 1\ 
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If the user selects the end the current test option from the basal test screen 
28 1', the pump 1 00 indexes focus to an end test screen 299. The end test screen 299 
asks the user to confirm that ending the test before its completion is intended. An 
end option 301 on the end test screen 297 confirms that the test should be aborted. 
5 A back option returns focus to the basal test submenu 28 T. . 

If the user selects the set up testing option, the pump 100 indexes focus to a 
test setup screen 303. The test setup screen 303 includes navigation options to allow 
the user to set up a basal test and also to allow the user to set threshold blood 
glucose levels at which the basal test will be aborted. The user selects one of the 

10 listed tests, shown in screen 303 as "Overnight test", "Daytime test" and "Evening 
test". Upon selecting one of the tests, a blood glucose limit screen 305 provides the 
user with an interface for defining high and low threshold values, 307, 309. The 
user selects and edits the high and/or low threshold value 307, 309 using the up and 
down arrow keys 142, 144. A next option confirms the settings of the threshold 

15 values 307, 309, and causes the pump 100 to index focus to a basal test timing 
screen 287 1 . 

The basal test timing screen 287' corresponds to the basal test timing screen 
287 of Figure 7, but relates to the currently selected basal test. The basal test timing 
screen 287 1 presents a list of reminder alarms represented by times of the day at 

20 which those alarms occur. The basal test timing screen 287' also presents additional 
information, such as the number of blood glucose tests to be performed over the 
course of the basal rate test, and the total elapsed time of the test. An edit option 
311 allows a user to selectively edit the reminder alarms. Upon selection of the edit 
option 311, the pump 1 00 indexes focus to a basal test edit screen 315, which allows 

25 the user to edit the blood glucose thresholds included in the basal test. The user 

selects an existing reminder alarm using the up and down keys 142, 144, and a next 
option activates the alarm for editing using the up and down keys. 

Default tests reside within the pump 100 and are customizable by a user. In 
one embodiment, the overnight test includes reminder alerts at 8:00 p.m., 1 1 :00 

30 p.m., 3:00 a.m., and 7:00 a.m.. The daytime basal test schedule includes reminder 
alerts at 9:00 a.m. 3 12:00 p.m., 2:00 p.m., and 4:00 p.m. The evening basal test 
schedule includes reminder alerts at 3:00 p.m., 6:00 p.m., 9:00 p.m., and 12:00 a.m. 
Other times are possible as either default or customized tests as well. In one 
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embodiment, the pump 100 does not allow editing of a basal test while the test is in 
progress. 

The basal test terminates upon detection of any of a number of conditions. 
These conditions include determination that the user's current blood glucose value is 
5 outside of the range defined by the high and low threshold values, initiation of a 

meal bolus, initiation of a correction bolus, changing the insulin cartridge associated 
with the pump, changing the basal pattern, or initiation of a temporary basal rate. 

If the user selects the test history option, the pump 100 indexes focus to a test 
selection screen 319. The test selection screen 319 prompts the user to select the 

1 0 type of test for which to review the test history. A test listing 323 within the test 

selection screen 319 displays the programmed tests and corresponding radio buttons, 
allowing the user to select one of the tests by using the up and down keys 142, 144. 
The test types include the types of tests executable by the pump, such as an 
overnight test, daytime test (such as a morning or afternoon test), or evening test. 

15 Each test differs by the timing of the set of reminder alerts associated with the test. 
Upon user selection of one of the types of tests, the pump 100 indexes focus to a test 
data screen 325 which displays one or more of the tests of that type which have been 
performed by the pump. In one embodiment, the pump 100 displays data related to 
the last three instances in which the test was run. In a possible embodiment, the data 

20 includes the date, the time, and the user's blood glucose level at the time of the last 
blood glucose test. 

Referring to Figure 9, an exemplary chart graphically displaying three 
different hypothetical examples of executed overnight basal tests is shown. The 
chart displays the time of day along the horizontal axis, and the user's blood glucose 

25 level along the vertical axis. First, second, and third data sets 327 9 329, and 331 
represent separate hypothetical overnight tests, and include data points at alarm 
times of 8:00 p.m., 1 1 :00 p.m., 2:00 a.m., 3:00 a.m., and 4:00 a.m., which are, for 
example, set in the basal test timing screen 307 of Figure 8. First data set 327 
includes only the first three data points, because at 2:00 a.m. the pump 100 detected 

30 a blood glucose level above the accepted range for the test, and the test aborted. 
Second data set 329 represents a successfully completed test. Third data set 331 
includes five data points, but did not complete operation due to detection of a blood 
glucose level below the accepted range for the test, resulting in canceling of the test. 
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Upon detection of a blood glucose reading outside the threshold range programmed 
into the pump 100, the pump displays either an alert indicating that the user's blood 
glucose is either too high or too low. The pump 100 optionally instructs the user to 
follow physician's instructions to remedy the abnormal blood glucose value. For 
5 example, a user executing a basal rate test resulting in the first data set 327 might be 
instructed to increase the basal insulin rate for a subsequent test. Conversely, a user 
executing a basal rate test resulting in the third data set 33 1 might be instructed to 
decrease the basal insulin rate for a subsequent test. In a possible embodiment, the 
pump 100 graphically displays the suggested adjustment to the user's basal profile. 
10 Displaying the change in the user's basal profile can show the user the effect of the 
changed basal rate on blood glucose values. 

Referring back to Figures 7-9, in one embodiment the basal test process 
cannot be completed simultaneously with the application of a correction bolus or 
other non-basal rate effect caused by the pump 100. Events that cause the basal test 
15 to terminate include a correction bolus, a meal bolus, changing the insulin cartridge, 
disabling the threshold values, or editing the basal pattern. Additional options can 
abort the basal test as well. 

In one possible embodiment of pump 100, the basal rate testing is performed 
by prompting a user to input blood glucose values at scheduled times during the test. 
20 In an alternate embodiment, the pump 100 communicatively links to a blood glucose 
sensor. In such an embodiment, the pump 100 optionally requests blood glucose 
level information from the blood glucose sensor at various times during the test. 
The various times during the test can include the scheduled times during which 
manual or automated blood glucose test result entry would be expected, and can also 
25 include a periodic request to a blood glucose sensor. For example, the periodic 
request can occur every ten minutes or some other period, and may be a user- 
selectable period. The pump 100 would receive the most recent test result obtained 
by the blood glucose sensor. In embodiments including a communicative link to a 
blood glucose sensor, the user need only be interrupted when an abnormal blood 
30 glucose level is detected so that appropriate corrective action is taken. 
H. Basal Rate Delivery 

Referring to Figure 10, the insulin pump 100 can deliver insulin either 
according to a basal rate or as a bolus. In one possible embodiment, the pump 100 
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can deliver insulin according to four different basal delivery programs. To 
customize the basal delivery programs, the user accesses the Personalize Delivery 
submenu 222. 

Selecting the Delivery menu item in the Personalize submenu 222 causes the 
5 pump to index to a Personalize Delivery submenu 302 in which the user can select 
the type of bolus or basal delivery protocol to edit. Selecting the Basal Program 
menu item causes the pump 1 00 to index a maximum-basal-rate field 304, which is 
placed in focus. Within the maximum-basal-rate field 304, the user scrolls to and 
selects the desired maximum basal rate. In one possible embodiment, the maximum 

10 basal rate values are in the units of u/hr and the user cap scroll through values in the 
range from 0.5 u/hr to 36 u/hr in increments of 0.5 u/hr. When the desired 
maximum basal rate is selected, focus indexes to a review/edit-basal-programs field 
306 in which the user selects either a yes or a no value. If the user selects the no 
value, the insulin pump 100 returns to the Personalize Delivery submenu 302. 

15 If the user selects the yes value, the pump 100 indexes to a display 308 

entitled "Select Program" and lists the name 310 for each of the basal programs, 
Basal 1, Basal 2, Basal 3, and Basal 4. A check box 312 is also displayed next to 
each name 310 for the basal delivery programs. If a Basal program is enabled, the 
check box 3 12 next to its name is set. If a Basal program is not enabled, the check 

20 box 312 next to its name is cleared. The name 3 1 0 of each enabled basal-delivery 
program is displayed as a menu item in the Basal Programs submenu 318 (Figure 
1 2) and the user can selectively activate the enabled programs. 

To enable or disable a basal program, the user scrolls to the desired basal 
program and activates the Edit function 254. The pump 100 indexes to a display 

25 313 entitled "Basal 1," where "Basal 1" is the name of the basal program being 
edited. The display has two fields, an enable field 314 and a name field 316. 
Within the enable field 314, the user selects either a yes value or a no value. If the 
user selects the no value, the pump 100 disables the basal program associated with 
the screen 313 (Basal Program 1 in the illustrated example) and returns to the Select 

30 Program display 308. The check box 312 for the disabled program is cleared. In 
one possible embodiment, if the pump 100 is actually executing the basal program 
that the user attempts to disable, the pump 100 will not disable the program and will 
present an error message stating, "You may not disable the active program." 
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If the user selects the yes value in the enable field 3 14, the pump 100 indexes 
focus to the name field 316. Within the name field 316, the user can assign a custom 
name to the basal delivery program. In one possible embodiment, the user can scroll 
through names that are preloaded into the pump 100. Examples of names might 
5 include Weekday, Weekend, Sick Day, Travel, Monthly, and the generic names such 
as Basal 1, Basal 2, etc. When the user has scrolled to the desired name, the user 
activates the Next function and the pump 1 00 returns to the Select Program display 
308. The checkbox 312 for the program that was just edited is set to indicate that 
the basal program is enabled. Additionally, the name selected in the name field 316 

10 is displayed in the Select Program display 308 in place of the previously assigned 
name. The name selected in the name field 3 16 is also displayed as a menu item in 
the Basal Programs submenu 318. 

The user repeats this procedure from the Select Program display 308 for each 
basal program 310 for which he or she desires to change the enabled state and/or 

15 name. When the user is done changing the enabled states and program names for 

the various basal programs 310, the user activates the Done function 212. The pump 
100 then returns to the Personalize Delivery submenu 302. As described below, the 
names of the enabled basal delivery programs will then appear the Basal Programs 
submenu 318. 

20 In an alternative embodiment, within the display entitled "My Program X," 

the user can access a spin box in which they scroll through a list of optional names 
and select a custom name for the enabled basal delivery programs. The selected 
name would then replace the generic name (e.g., Basal 1, Basal 2, Basal 3, and Basal 
4 in the illustrated example) for the program associated with the display. Examples 

25 of optional names that might be loaded in the pump 100 include weekday, weekend, 
sick, and monthly (which is to designate a basal delivery program set for a woman's 
menstrual cycle). 

Referring now to Figure 1 1 5 the user can edit the operating parameters for the 
delivery protocols assigned to each of the enabled basal programs. From the main 
30 menu, the user selects the Basal Programs menu item. The pump then indexes to a 
Basal Programs submenu 318 that lists those basal programs 317 that have been 
enabled as menu items. Each Basal Delivery program listed in the submenu 318 is 
identified by the name assigned to that particular program (e.g., Basal X, Weekend, 
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Weekday, Sick Day, Travel, Monthly). In the illustrated example, all four basal 
programs are enabled and identified by the generic name Basal X. Additionally, 
there is button 320 next to each of the menu items (names for the enabled basal 
programs). The buttons 320 associated with the active basal program are set, and 
5 the buttons for the other basal delivery programs are cleared. 

To edit a basal program, the user scrolls to and selects the desired basal 
program. The pump 100 indexes to a submenu 322 for which the title is the same 
name as the selected basal program. The menu has two menu items, an Edit menu 
item and a Start Using menu item. The user selects the edit menu item aiid the pump 

10 100 indexes to a Summary user interface 324 that presents a table in which each row 
identifies a start time 326 and a scheduled delivery rate 328 for each time interval in 
the basal program. In the illustrated embodiment, there is a first time interval 330 
having a start time and a delivery rate, a second time interval 332 having a start time 
and a delivery rate, and a third time interval having 334 a start time and a delivery 

15 rate. The start times are listed in a start-time field, and the delivery rates, are listed 
in a delivery-rate field. 

To edit the start times and the delivery rates, the user activates the edit 
function 254 in the Summary user interface 324 and the pump 100 indexes to an Edit 
user interface 336 and assigns the Done function 212 to the first function key 138. 

20 Additionally, the pump 100 places focus on the delivery-rate field 340 for the first 
interval 330. The user scrolls to and selects the desired delivery rate. The user 
selects the desired delivery by scrolling to the desired value and activating the Next 
function 200. In one possible embodiment, the pump 100 scrolls through delivery 
rates in the range from 0 u/hr to 2 u/hr in increments of .05 units per hour. The 

25 delivery rate does not exceed the maximum delivery rate (Figure 10, Item 304). 

When the desired delivery rate is selected, the pump 100 indexes focus to the 
start-time field 342 for the second time interval 332. The user scrolls to and selects 
the desired start time. In one possible embodiment, the pump 1 00 scrolls through 
start times in increments of 30 minutes. In one possible embodiment, the start time 

30 cannot be earlier than or equal to the start time of the previous time interval and 
cannot be later than or equal to the start time of the next subsequent time interval. 
Other embodiments will implement different scrolling increments and limitations on 
the start time that can be selected. In another embodiment, if a selected start time is 
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not in sequence, the pump 100 will automatically reposition the delivery intervals so 
they are in chronological order. 

When the desired start time is selected, pump 1 00 then indexes focus to the 
delivery-rate field 340 for the second time interval 332, which the user sets using the 
5 procedures described above with respect to the first time interval 330. The user 
continues this procedure indexing through the start times for each of the time 
intervals and their associated delivery rates until the start time for each of the 
delivery intervals and their associated delivery rates are set. When the user is 
finished setting and/or editing the start times and delivery rates for the various 

10 intervals, he or she, activates the Done fonction 212 and the pump 100 returns to the 
Summary Display 324. 

In one possible embodiment, the first time interval 330 always starts at 12:00 
midnight. In this embodiment, the last time interval will terminate at 12:00 
midnight. If, within the Summary Display 324, the user highlights and selects the 

1 5 first time interval 330 for editing, the pump 100 indexes to the Edit display 336 and 
initially highlights the delivery rate 328 for the first time interval 330 rather than the 
start time 326. In another embodiment, however, the user can change the start time 
320 for the first time interval 330. The last time interval would then extend until the 
start time for the first time interval 330. Additionally, within the Summary Display 

20 324, the user can scroll to a delivery interval other than the first interval 330 and 
activate the Edit function 254. In this situation, the start-time field 342 for the 
selected interval is initially placed into focus rather than the delivery-rate field 340. 

To add a time interval to the basal program, the user continues to index 
through all of the time intervals and associated fields until the pump generates a new 

25 delivery interval and displays the characters "— :— ,f 344 in the start-time field 342 of 
the new interval, which occurs after indexing through the delivery-rate field 340 for 
the last time interval. The user then scrolls through desired start times for the new 
time interval. After the desired start time is selected, the user activates the Next 
function 200 and the pump 100 indexes to the delivery-rate field 340 for the new 

30 time interval, which the user sets by scrolling through available delivery rate values. 
The user can then activate the Next function 200 to add yet another new time 
interval or can activate the Done function 212 to return to the Summary display 324. 
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In one embodiment, the pump 100 can include up to 48 time segments, although 
other embodiment will include more or fewer time segments . 

To delete a time interval from the basal program, the user places the start- 
time field 342 for the desired interval into focus and scrolls down until the time 
5 reads :— " 344. The user then activates the Next function and the time interval is 
deleted and the user either activates the Next function 200 to index to another time 
interval for editing or activates the Done function 212 to return to the Summary 
display 324. 

Additionally, both the Summary user interface 324 and the Edit user 

10 interface 336 include a total field 346 in which the total insulin scheduled to be 
delivered over a 24-hour period for that basal program is listed. The total insulin 
scheduled to be delivered is calculated by multiplying the delivery rate by the length 
of each time interval to calculate the total insulin to be delivered for each time 
interval by the basal program being edited. The total insulin to be delivered for each 

15 time interval is then summed to calculate the total insulin scheduled to be delivered 
over a 24-hour period. 

Referring to Figure 12, to begin a basal program the user indexes to the Basal 
Programs submenu 318 and selects the name of the desired basal program. The 
pump indexes to the Basal X submenu 322 and selects the Start Using menu item. 

20 The pump returns to the Basal Programs submenu 318 and sets the button 320 r for 
the newly activated basal program. The pump 100 also clears the button 320 for the 
previously active basal program. 
I. Correction Bolus 

In addition to delivering a basal rate the pump 100 may administer a bolus to 

25 lower the user's blood glucose level. One possible embodiment of the pump 100 can 
deliver two types of boluses, a correction bolus and a meal bolus. The correction 
bolus delivers a dose of insulin over and above the basal rate to lower or correct the 
user's blood glucose level if it becomes too high. A meal bolus is a dose of insulin 
delivered in anticipation of consuming a meal to counteract the effects that the meal 

30 may have on the user's blood glucose. 

Referring to Figure 13, the user can personalize or customize the correction 
bolus program and how the program is presented in the user interface. To 
personalize the temporary rate programs, the user accesses the Personalize Delivery 
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submenu 302. Selecting the Correction Bolus menu item causes the pump 

100 to display a main-menu field 388, and places it in focus. The user scrolls to and 
selects either a yes value or a no value. The yes value enables a Correction Bolus 
menu item in the main menu 1 90, and a no value disables the Correction Bolus 
5 menu item in the main menu 190. Upon selecting the yes or no value, focus indexes 
to a meal-bolus field 390 in which the user scrolls to and selects either a yes value or 
a no value. A yes value enables the user to set a correction bolus through the meal 
bolus delivery program as described below. A no value disables the ability to set a 
correction bolus through the meal bolus delivery program. 

10 Upon selecting a yes or no value in the meal-bolus field 390, focus indexes 

to a units field 392 in which the user scrolls to and selects units for measuring blood 
glucose levels in either mg/dL and mmol/L. Upon selecting the units, focus indexes 
to a correction-bolus-factor field 394 in which the user scrolls to and selects a 
desired correction factor. The correction factor is the amount that the user's blood 

15 glucose drops for each unit of delivered insulin. In one possible embodiment, the 
user scrolls through values ranging from 5 mg/dL to 200 mg/dL (or 0.2 mmol/L to 
12 mmol/L). When the desired correction factor is set, focus indexes to a target 
blood glucose field 393. 

Additionally, the pump 100 calculates the average correction value for a 

20 predetermined number of days beginning with the previous day and extending 

backwards in time, and then displays 396 the average correction factor together with 
the correction-bolus-factor field 394. In the illustrated example, the pump 100 
displays the average correction factor for the previous seven days. As discussed 
above, other embodiments average the correction factor over other periods of time. 

25 In yet other embodiments the user can select the period of time over which to 
average the correction factor. 

The target blood glucose field 393 allows a user to edit or review the 
correction bolus blood glucose targets. An edit option 395 allows the user to 
optionally edit the blood glucose target values. If the user chooses to edit the blood 

30 glucose target values, they can optionally choose to set a constant target blood 

glucose value, or a variable target blood glucose value which changes throughout the 
day based on expected meal consumption, activity levels, or other factors. When the 
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desired blood glucose targets are set or if the user chooses not to edit the blood 
glucose target values, focus indexes to a correction bolus adder field 397. 

The correction bolus adder field 397 sets one or more correction bolus 
changes within the pump 100. In the field 397 shown, the correction bolus adder 

5 field prompts a user to indicate whether to increase the correction bolus delivered by 
the pump 100 based on the user's current blood glucose level. An edit option 399 
allows the user to optionally customize the increase amount for the correction bolus 
based on blood glucose. The addition of insulin to the correction bolus can be a 
constant amount over a given threshold, can be a graduated increase based on 

10 current blood glucose, or a set of stepped increases in insulin based on blood 

glucose. Once one or more of the desired correction bolus adders are set, focus 
indexes to a duration-of-activity field 398, 

Within the duration-of-activity field 398, the user scrolls to and selects the duration 
of time over which insulin remains in the user's body. This amount will vary from 

15 user to user depending on a variety of factors including physical traits of the user 
and the type of insulin that is used. In one possible embodiment, the user scrolls 
through durations in the range from 2 hours to 6 hours. When the duration is set, the 
pump 100 returns to the Personalize Delivery submenu 302. 

In a possible embodiment, a user selects an insulin absorption model from 

20 among multiple insulin absorption models for application by the pump 1 00. Insulin 
absorption models are used in the pump to determine the remaining insulin in a 
user's body a period of time after the insulin is delivered to t he user, whether by a 
basal rate, a correction bolus, a meal bolus, or another insulin delivery method 
described herein. To calculate the user's insulin level, the insulin absorption model 

25 uses the programmed duration in the duration-of-activity field 398. The user 
optionally selects a linear or non-linear absorption model. A linear absorption 
model assumes a constant absorption rate of insulin into the body. A nonlinear 
absorption model assumes a faster absorption rate with higher insulin levels, and a 
lower absorption rate with lower insulin levels. The user optionally also programs a 

30 start time and tail time into the pump 1 00. 

Figures 14A-14D show graphical representations of four possible insulin 
absorption models which can be set in the pump. The horizontal axis of the graphs 
represents the elapsed time since the last measured insulin on board. The vertical 
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axis represents the insulin on board as a percentage of the total delivered insulin at 

the time represented by the axis. 

Figure 14A shows a linear absorption model in which the programmed 

duration in the duration-of-activity field 398 was set to be 3 hours. The start time 

5 and tail time are either not selected or set to be zero. These settings result in a linear 

decrease in estimated insulin on board over three hours. The equation to be used to 

determine the current insulin on board (IOB) is: 

_ _ Initial Bolus Amount * (Duration of Activity - Elapsed Time) 

Current IOB = ; — 

Duration of Activity 

For example, if a 3 Unit bolus is delivered using this selected model, at a 
10 time one and a half hours later the model estimates that the user has 1 .5 Unit 
remaining unabsorbed within their body. 

Figure 14B shows a linear absorption model having a non-zero start time and 
tail time. In the embodiment shown, the start time is programmed to be 1 5 minutes 
and the tail time is programmed to be one hour. Using this model, it is assumed that 
1 5 insulin in a user's body does not decrease for the first 15 minutes after it is 

introduced. After that start period, insulin levels are assumed to decrease linearly 
over the set duration to a point at which approximately 5% of the introduced insulin 
remains. At that point, insulin levels drop to zero (either linearly or non-linearly) 
over the designated tail time. The equation used to determine current insulin on 
20 board using this model is: 

_ Initial Bolus Amount * (Duration of Activity + Start Time - Elapsed Time) 

Current IOB = — : — — — 

Duration of Activity 

Note: During Start up Time, current IOB limited to Initial Bolus Amount 

until the Current IOB reaches 5% of the Initial Bolus Amount. At that point, the 

equation used becomes: 

0.05 * Initial Bolus Amount * (Elapsed Time Since Tail Time Started) 

25 Current IOB = — ~ 

Total Tail Time 

More generally, the tail can be affected by changing the percentage of insulin on 
board at which the tail time occurs. In such an instance, the above equation 
becomes: 

Tail Threshold % * Initial Bolus Amount * (Elapsed Time Since Tail Time Started) 



Current IOB = - r , r , 

Total Tail Time 
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Figure 14C shows a non-linear absorption model in which the programmed 
duration in the duration-of-activity field 398 was set to be 3 hours. The start time 
and tail time are either not selected or set to be zero. A variety of equations can be 
used to model the non-linear absoiption model, such as an exponentially decreasing, 
hyperbolic, or other equation. The following is an example of one possible equation 
used to model non-linear insulin absorption: 



^x 2 ln(20)^ 



y = e 



Where 

y = Current IOB 

x = Elapse time 

T = Duration of Activity 

15 The method of calculating the current insulin on board remains the same, by 

determining the amount of insulin on board based on the model by using the time 
elapsed since the insulin is delivered into the user's body. 

Figure 14D shows a non-linear absorption model having a non-zero start 
time and tail time. In the embodiment shown, the start time is programmed to be 15 

20 minutes and the tail time is programmed to be 2 hours. The start time and tail time 
are implemented similarly to those described in conjunction with Figure 14B, while 
using the non-linear model described in conjunction with Figure 14C. 

Additional methods for varying the absorption model can be incorporated 
into the pump 100 as well. A general method for varying insulin absorption would 

25 include incorporation of factors which can affect the rate at which the user would 
actually absorb insulin, such as due to boluses, activity, or other factors. In one 
example embodiment, the pump 100 varies the insulin absorption model based on a 
bolus amount. In a further embodiment, the pump 100 varies the insulin absorption 
model based on both a bolus amount and the user's body weight. In a further 

30 embodiment, the pump 100 varies the insulin absorption model based on the user's 
anticipated near-future activity level. Other factors can include the user's age, 
fitness level, body mass index, or other user entered health information. In yet a 
further embodiment, the pump varies the insulin absorption model based on the 
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ambient temperature experienced by the user. In further embodiments, the pump 

100 varies the insulin absorption model based on other patient-specific parameters. 

Referring now to Figure 15, the user delivers a correction bolus by selecting 

the correction bolus menu item from the main menu 190. The pump 100 then 

5 displays an amount field 400 in which the user enters the amount by which they 

would like to lower their blood glucose. The user scrolls to and selects the desired 

amount. The pump 100 then calculates a recommended bolus and indexes focus to a 

recommend-bolus field 402. The pump 100 also displays a banner 403 with the 

recommend-bolus field 402 which reads "Bolus to Lower BG X?" where X is the 

10 amount that the user entered to lower his or her blood glucose. The pump 100 

calculates the recommended bolus according to the equation: 

^ _ , Drop in Glucose Level 

Corrrection Bolus = ( 1 ) 

Correction Factor 



and displays the recommended correction bolus in the recommend-bolus field 402. 
1 5 The user can adjust the recommended correction bolus by incrementing the 
recommend amount up or down using the up and down keys 142 and 144, 
respectively. 

When the desired correction bolus is displayed in the recommend-bolus field 

402, the user activates the Deliver function 384 and the pump 100 displays a banner 

20 408 in the screen stating the bolus is delivering and the amount of the bolus. The 

pump 100 then returns to the home page 152 after delivery of the bolus is complete. 

Additionally, the pump 100 has a duration of activity program that 

determines whether any bolus that was previously delivered is still active. If a 

previous bolus is still active, the pump 100 calculates the estimated amount of 

25 insulin that is still active in the patient's body. In a linear system the pump uses an 

equation analogous to the Insulin on Board equations above: 

„ • * t T , . Last Bolus Amount x (Duration - Time Since Las t Bolu s) 

Residual Insulin = — : (2) 

Duration 

if (Duration-Time Since Last Bolus) > 0, 
30 otherwise Residual Insulin = 0. 
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where Residual Insulin is the amount of insulin from a previous bolus still active 
within the user's body, Last Bolus Amount is the amount of the last bolus, Duration 
is the duration of insulin, which is set as described in conjunction with Figure 13, 
and Time Since Last Bolus is the amount of time lapsed since the last bolus was 
5 delivered. Additionally, there could be more than one boluses still active within the 
user's body. In this situation, equation 2 is used to calculate the residual insulin 
from each of the still active boluses and the amount of residual insulin for each of 
the previous boluses is summed to determine Residual Insulin. Alternately, a 
modified version of equation 2 may be used based on a non-linear insulin absorption 
10 model, if selected. 

The pump 100 then calculates an adjusted correction bolus according to the 
equation: 

Reduced Correction Bolus = Correction Bolus - Residual Insulin (3) 
The pump 100 then displays the reduced recommended corrected bolus in the 

1 5 correction-bolus field 402 rather than the recommended correction bolus. The 

display also presents a banner (not shown) with the recommended-bolus field that 
indicates that the recommended bolus is reduced to accommodate residual bolus 
insulin that is still working in the user's body. An example of such a banner is 
"♦reduced for insulin on-board". 

20 In an alternative embodiment, when the user selects the Correction Bolus 

menu item from the main menu 190, the pump 100 indexes to a display that presents 
the correction factor, displays the user's target blood glucose level, and displays a 
current-blood-glucose field that prompts the user to enter the user's current blood 
glucose level. The user scrolls to and selects their current blood glucose level. The 

25 pump 100 then calculates the appropriate amount of the bolus to lower the user's 

blood glucose level to the target value and then presents the verification display. In 

this embodiment, the pump 100 calculates the desired drop in the glucose level, and 

the pump 100 calculates the correction bolus according to the equation; 

Current Glucose Level - Target Glucose Level f . 

Correction Bolus = ~ ™ ~ — ; W 

Correction Factor 

30 In one possible embodiment, the pump 1 00 varies the correction bolus 

amount based not only upon the time of day, but also the current blood glucose of 
the user. The user can set one or more rules in the pump 1 00 to change the 
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correction factor applied. These rules can be based on a rules framework 
programmed into the pump 100. For example, the pump can include an additive rule 
framework of the form "If blood glucose is above X, add Y %". The user could 
create a number of personalized rules of the same form, by entering a blood glucose 
5 setting and a percentage value. For example, by entering 250 and 20%, respectively, 
the user tells the pump 100 to add 20% to the bolus if the user ! s blood glucose level 
is over 250. In a possible embodiment, the effect of these defined rules can be 
added to the correction bolus after it is initially calculated using equation (4), above. 
In a second possible embodiment, the correction factor is altered to take into account 
1 0 whether or not a rule applies at the time the correction bolus is calculated. 

A plurality of rules can be created in the pump 100 with differing glucose 
values and percentages. In one possible embodiment, up to four rules can be 
programmed into the pump 1 00. Additionally, the added insulin delivered by the 
pump 100 can be displayed on the pump screen, such as upon selection of the 
1 5 Correction Bolus menu item in the main menu 190. These equations can change 
based on the insulin absorption model selected. 
J. Negative Meal Bolus 

Similar to the correction bolus, the pump 1 00 can suggest a negative meal 
bolus, which is a suggested amount of carbohydrates for the user to consume. A 
20 negative meal bolus is suggested by the pump when the user's blood glucose level is 
too low or potentially will become too low due to the current level of insulin on 
board. The negative meal bolus is complementary to the correction bolus, and the 
two operate to maintain the user's blood glucose level within a safe range. 

In a possible embodiment, when the user selects the Correction Bolus menu 
25 item from the main menu 190 and the pump 1 00 determines that the user's blood 
glucose is below the target level, the pump indexes to a display that includes a 
notification message indicating to a user that their blood glucose level is below their 
target blood glucose level. In a further embodiment, the pump 100 includes a 
negative meal bolus target analogous to the correction bolus target, which is a target 
30 level to which the negative meal bolus is configured to aim. The negative meal 

bolus target can be a different value from the correction bolus target. For example, 
the correction bolus target can represent a higher level within a range of safe blood 
glucose levels, such as 130 mg/dl ? and the negative meal bolus target can represent a 
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lower level within the range, such as 90 mg/dl. In a possible embodiment, the 
correction bolus target and negative meal bolus target are user-selectable. 

In a possible embodiment, the pump 1 00 deactivates the negative bolus 
feature based on the occurrence of other events within the pump. For example, the 
5 negative bolus feature can be disabled during an extended bolus, or for a 

predetermined or customizable period of time after delivery of a meal bolus, as 
described below. 

The negative meal bolus feature allows the pump 100 to optionally display 
the amount of carbohydrates necessary to bring the user's low blood glucose back to 

10 the target level, consistent with the equations described above. In an embodiment of 
the pump 100 incorporating a food database as described below, the pump optionally 
displays one or more foods appropriate for treating low blood glucose which contain 
at least the required number of carbohydrates. In such an embodiment, the pump 
also optionally displays a minimum serving size to be consumed to reach the 

15 required number of carbohydrates. 

The pump 100 also optionally displays the user's current blood glucose level 
or the user's target blood glucose level. The pump 100 optionally executes a meal 
bolus program which, in one aspect, can calculate and display the number of 
carbohydrates to bring the user's blood glucose from its current level to the user's 

20 target level. The calculated number of carbohydrates is editable by the user, 

although the number entered by the user may be replaced by the number calculated 
by the pump 100 if the user-entered value is lower. 

Once the number of carbohydrates is accepted, raised, or lowered by the 
user, one of three things may happen. If the user accepts the calculated bolus, the 

25 pump 100 applies a "zero" bolus. If the user lowers the number of carbohydrates, 

the pump 100 displays a message indicating that the user's blood glucose would still 
be below target. If the user raises the number of carbohydrates, a meal bolus 
program, such as those discussed below, calculates the amount of insulin necessary 
to counteract the extra carbohydrates. This insulin can be delivered to the user at the 

30 time the user selects the number of carbohydrates to consume, or can optionally 
delay the insulin bolus for an amount of time sufficient to ensure that the user's 
blood glucose level increases quickly back to a normal level. In a possible 
embodiment, the pump 100 delays 15 minutes before delivering additional insulin to 

41 



WO 2008/048587 



PCT/US2007/022051 



allow the user a chance to consume some carbohydrates and raise their blood 
glucose level. In a further possible embodiment, the software prompts the user to 
perform a blood glucose test to confirm that the bolus is needed. In such an 
embodiment, the software allows the user to confirm or cancel the bolus as 
5 appropriate. 

In an embodiment of the pump 1 00 including a food database, as described 
below, the pump 1 00 can display one or more foods that are good to eat when blood 
glucose is abnormal, i.e. too high or too low. Additionally, foods which are well- 
suited for consumption in anticipation of exercise or on sick days can be displayed 

1 0 as well. The pump 1 00 can present to a user a list of foods which are appropriate 
under other circumstances as well. 
K. Meal Bolus Programs 

A meal bolus is a bolus that the pump delivers in anticipation of a meal that 
the user plans to consume. In one possible embodiment, the amount of the meal 

1 5 bolus is based on how much insulin is required to work against the carbohydrates 
that the user plans to consume. There are several types of meal bolus programs that 
the pump 100 may include. One type is a standard bolus in which the pump 100 
delivers the meal bolus a predetermined time prior to when the user consumes the 
meal or snack. The standard program delivers the bolus at the maximum rate that 

20 the pump 1 00 is able to deliver it. As explained below, the standard program can be 
set for programming in either units of insulin or number of carbohydrates. Another 
type of meal bolus that the pump 1 00 can be programmed to deliver is an extended 
bolus in which the pump 1 00 delivers the meal bolus over an extended period. Yet 
another type of meal bolus that the pump 100 can be programmed to deliver is a 

25 combination bolus in which the pump 1 00 immediately delivers a portion of the 
meal bolus and the balance of the meal bolus over an extended period of time. 

Referring to Figure 16, to instruct the pump 100 to program the standard 
meal bolus in units of insulin and to otherwise personalize the meal bolus program, 
the user accesses the Personalize Delivery submenu 302. From the Personalize 

30 Delivery submenu 302, the user selects the Meal Bolus menu item and the pump 100 
prompts 410 the user to select whether to program in units of insulin or 
carbohydrates. The user selects units of insulin. The pump 1 00 then prompts 412 
the user to select the maximum bolus that can be delivered. In one possible 
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embodiment, the user scrolls through values in the range between 0 units and 40 
units of insulin in increments of 1 until the desired value is highlighted. Next, the 
pump 100 prompts 414 the user to select the increments in which the user can select 
the actual bolus to be delivered. In one possible embodiment, the user scrolls 
5 between 0.05 units* 0. 1 0 units, 0.50 units, and 1 .00 units. 

The pump 100 then prompts 416 the user to select whether to enable an 
extended bolus program and to display an Extended Bolus menu item within a Meal 
Bolus submenu 434 (Figure 18). The extended bolus program is selected by 
selecting a yes value and disabled by selecting a no value. The pump 1 00 also 

10 prompts 41 8 the user to select whether to enable a combination bolus program and 
to display a Combo Bolus menu item within the Meal Bolus submenu 434. The 
combination bolus program is activated by selecting a yes value and is disabled by 
selecting a no value. The pump 1 00 then prompts 420 the user to choose whether to 
enable an audio bolus program. The user selects a yes value to enable the audio 

1 5 bolus program and selects a no value to disable the audio bolus program. 

If the pump 1 00 is preprogrammed with one or more custom meal boluses, 
the pump prompts 422 the user to select whether to review or edit a custom bolus. If 
the user does not want to review or edit a custom bolus, the user selects no and the 
pump 1 00 returns to the Personalize Delivery submenu 302. If the user selects yes, 

20 the pump 100 presents a display 424 entitled "Custom Bolus," which lists the names 
426 of the available custom meal bolus programs. The display 424 also presents a 
check box 428 for each of the custom meal bolus programs 426. If a custom meal 
bolus program 426 is enabled, the check box 428 is set. If a custom meal bolus 
program 426 is not enabled, the check box 428 is cleared. When a custom meal 

25 bolus is enabled, it is displayed in the Meal Bolus submenu 434 as a separate menu 
item. If the custom meal bolus program is not enabled, it is not displayed in the 
Meal Bolus submenu 434 and the user cannot execute the program. 

To enable or disable a meal bolus program, the user scrolls to the desired 
custom meal bolus program and activates the Edit function 254. The pump 100 

30 presents a display 430 entitled "Custom Bolus: X," where X is the name of the 
selected custom meal bolus program. In the illustrated example, the title of the 
display is Custom Meal Bolus: Pizza". Upon activating the Edit function 254, the 
pump 100 prompts 432 the user to select either a yes value or no value. If the user 
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selects the yes value, the pump 100 enables the custom meal bolus program 426 and 
displays the name of the program as a menu item in the Meal Bolus submenu 434. 
If the user selects the no value, the pump 100 disables the custom meal bolus 
program 426 and does not display the name of the program as menu item in the 
5 Meal Bolus submenu 434. After the yes or no value is selected, the pump 1 00 
returns to the "Custom Bolus" display 424. 

The user repeats this procedure from the "Custom Bolus" display 424 for 
each custom meal bolus program 426 for which they desire to change the enabled 
state. When the user is done changing the enabled states for the available custom 
10 meal bolus programs 426, the user activates the Done function 212 in the "Custom 
Bolus" display 424. The pump 1 00 then returns to the Personalize Delivery 
submenu 302. 

Additionally, in one possible embodiment, if there are no custom meal bolus 
programs available for the user to enable, the pump 100 automatically returns to the 

15 Personalize Delivery submenu 302 after the user instructs 420 the pump 100 
whether to enable an Audio Bolus. 

In one possible embodiment, a user can program the pump 1 00 to include a 
database of foods for which to configure delivery of a custom bolus. A user of the 
pump 100 selects one or more foods from the database of foods to form a meal from 

20 which the user's carbohydrate intake is calculated. The database of foods can 

include a number of records associated with food entries. The food entries each 
represent a food or a combination of foods. The record includes fields for a name of 
the food entry, the amount of carbohydrates contained in the food or foods 
represented by the food entry, and a default serving size for the food entry. 

25 Each entry in the food database is a food entry. The food entry has a number 

of fields within it. One field can be a name field, and will be the information 
displayed to the user representing the name or names of the food displayed. The 
food entries can represent specific foods tracked by a user of the pump. The food 
entries can also represent meals including a variety of foods typically eaten by the 

30 user, and would include combinations of types of foods. Examples of foods 

displayed could be "pizza" or "apple", or could also be "Chicken, Potato, and Green 
Beans" or some other combination commonly consumed by the user, who may wish 



44 



WO 2008/048587 



PCT/US2007/022051 



to store the combination so that they do not have to select each food and serving size 
each time they consume the common meal. 

Additional fields include a carbohydrate field and a serving size field related 
to the foods displayed. The carbohydrate field contains information related to the 
5 number of carbohydrates are contained in the foods, given a default serving size 

stored in the serving size field. The carbohydrate field and the serving size field are 
customizable by a user, and can be set independently of each other as well. 

In a possible embodiment of the food database, nutritional information is 
stored in the food database and associated with the one or more food items. The 
10 fc additional nutritional information can be stored in additional fields associated with 
the food entry, or can be stored separately and referenced by the food entry. The 
nutritional information includes, for example, additional carbohydrate information, 
fat information, or protein information. Other nutritional information can be stored 
as well. 

15 In a further possible embodiment of the food database, the pump 100 stores 

metadata related to one or more user conditions in conjunction with one or more of 
the foods in the food database. The pump can be configured to display specific 
foods upon occurrence of the conditions. These conditions include, for example, 
such as activity levels, sickness, high or low blood glucose levels, or other 

20 conditions. For example, in the case of a low blood glucose level, a metadata tag 
may be associated with a food entry in the food database "orange juice" which will 
be displayed to the user upon detection of a low blood glucose level. Optionally, the 
pump 100 displays a specific amount of orange juice to consume, as calculated using 
the negative meal bolus feature, described herein. 

25 In one embodiment, the food database includes 500 or more foods, categories 

of foods, and/or meals. In a possible embodiment, the food database is a subset of a 
larger food database that is stored on a computing system that can be interfaced with 
the pump 1 00, such as the system shown below in Figure 26. 

Referring now to Figure 17, a meal maker function allows the user to select 

30 one or more food entries from the food database to form meals. Meals refer to 

combinations of one or more food entries selected using the pump which indicate the 
food or foods which the user plans to consume. In one embodiment, up to 10 food 
entries are selectable from the food database to form a meal. The food entries in the 
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food database are categorized into one or more hierarchical levels for ease of 
navigation, and food categories screen 405 displays one or more food categories in a 
category listing 407, allowing the user to navigate to a food or meal to be consumed 
using the up and down keys 142, 144. The user selects a food or meal category from 
5 the overall food listing 407, and confirms the choice using a next option 409. Upon 
activation of the next option, the pump 100 indexes focus to a food entries screen 
41 1. The food entries screen 41 1 presents a number of foods within the category 
selected using the food categories screen 405. In the example shown, a fruits 
category includes single fruits as well as a fruit salad option, which corresponds to a 

10 variety of fruits. The user selects at least one food using the up and down keys 142, 
144 and uses a next option 413 to confirm selection of one of the food entries. 

Upon activation of the next option 413, the pump 100 indexes focus to a 
servings screen 409. The user selects the number of servings, or "serving size" of 
the selected food entry that will be consumed, using a servings field 417 and the up 

15 and down keys 142, 144. The user optionally also defines the default amount of 
food referred to as the "serving size", such that a single serving of the food 
represents the amount of the food that user eats in a single meal. In one particular 
implementation, the selectable number of servings of the food can be between 0.5 
and 3 servings, based on the default food amount. Upon selection of a serving size 

20 using a select option 419, the pump calculates the number of carbohydrates to be 
consumed for the selected food entry, and indexes focus to a confirmation screen 
421. The confirmation screen 421 displays the food or foods selected, as well as a 
number of informational items related to nutritional aspects of the food, including 
the serving size of the food, the number of carbohydrates, and the amount of fiber, 

25 protein, and fat included in the food. The informational items correspond to the 
information stored in the food database and associated with the food entry. Other 
information can be displayed as well, such as by incorporating additional fields into 
each food entry in the food database. The user can select an add option 423 to add 
additional food entries to the current meal using the food database, or confirm that 

30 the food entries selected represent the meal desired using a set option 425. Upon 

user confirmation using the set option 425, the pump 100 indexes focus to a delivery 
screen 427. The delivery screen 427 displays overall meal information, including a 
total number of carbohydrates consumed, a listing of the foods to be consumed, and 
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other optional nutritional or serving size information. Upon selection of a home 
option 429 the pump indexes focus to a carbohydrate delivery screen 200, such as 
are shown below in Figure 20. Using the appropriate screens as described below, 
the pump delivers an appropriate meal bolus based on the total number of 
5 carbohydrates to be consumed in the meal. A back option returns to the 

confirmation screen 421 allowing the user to add additional foods to the meal. 

If a food is not selected from the food database, the user can directly enter a 
number of carbohydrates, as illustrated in Figure 20 below. However, in any event 
the pump prevents the user from specifying a serving size for the food item which 

10 would cause the total insulin bolus to be greater than the programmed maximum 
insulin dose, as set using the prompt 412. 

In the embodiment shown in Figure 17, the meal maker function provides a 
hierarchy of menu-based screens configured to organize the foods listed in the food 
database. The hierarchy of menus includes one or more levels of menus, each menu 

1 5 representing foods, meals, types of foods, types of meals, or other user-selectable 
navigation or selection criteria. In another embodiment, all foods are displayed in a 
non-hierarchical listing. 

Figure 18 illustrates administration of a standard meal bolus when the pump 
100 is set to program meal boluses using units of insulin. The user selects the meal 

20 bolus menu item from the main menu, and the pump indexes to a Meal Bolus 

submenu 434. The meal bolus submenu 434 lists the available meal bolus programs. 
Examples include the standard meal bolus program, the extended meal bolus 
program, the combination meal bolus program, and any enabled custom meal bolus 
programs. In the illustrated example, only the extended meal bolus program is 

25 enabled and the Meal Bolus submenu 434 includes a Standard Bolus and an 

Extended Bolus. The user highlights the Standard Menu item and the pump 1 00 
prompts 436 the user to enter the number of units to deliver, In one possible 
embodiment, the user can scroll through values in the range from 0 units to 17 units 
in increments of 0.5 units. 

30 If the pump 100 is programmed to enable administration of a correction 

bolus through the Meal Bolus program, the pump 100 prompts 436 the user to enter 
the number of units to deliver as a meal bolus. The user then activates the Deliver 
function 384 and the pump 100 prompts 438 the user to enter the amount by which 
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they want to lower their blood glucose level. In one possible embodiment, the user 
enters the amount by scrolling through values in units of either mg/dL or mrnol/L. 
When the desired drop in blood glucose is entered, the user activates the Next 
function 200, which causes the pump 100 to calculate a recommended bolus amount 
5 and to display a user interface with the banner 439 stating "Bolus to Lower BG X 
plus Y meal bolus. ,r X is the amount the user entered to lower the blood glucose 
level, and Y is the amount of the meal bolus entered by the user. 

The user interface also displays the recommended bolus amount 440 to 
deliver. The recommended bolus amount 440 is the recommended correction bolus 

10 as calculated above, plus the amount of the meal bolus. This feature allows the user 
to correct a high blood glucose level and deliver additional insulin to work against 
carbohydrates that they plan to consume. The user can adjust the recommended 
bolus amount by increasing or decreasing the recommended bolus amount by 
scrolling up or down. In one possible embodiment, the user scrolls in increments of 

15 0.5 units. Once the desired bolus amount is set, the user activates the Deliver 
function 384. 

Activating the Deliver function 384 causes the pump 100 to deliver the 
correction bolus. The pump 1 00 will begin to deliver the bolus and display a banner 
408 stating that the bolus is being delivered. An example of such a banner is "Bolus 

20 X is Delivering", where X is the bolus amount. When delivery of the bolus is 
complete, the pump 100 returns to the home page 1 52. 

In an alternative embodiment, when the pump 1 00 is programmed to enable 
administration of a correction bolus through a Meal Bolus, the pump 100 displays a 
user interface entitled Current Blood Glucose." The pump 100 calculates the current 

25 correction factor and displays the correction factor in the user interface. The pump 
1 00 also displays the target blood glucose level. The user then enters his or her 
current blood glucose level in units of either mg/dL or mmol/L, by scrolling through 
a range of values until the current blood glucose level is displayed. In this 
embodiment, the target blood glucose level and the appropriate units are 

30 programmed into the pump 100 when personalizing the correction bolus program as 
described herein. After the user enters the current blood glucose level, the user 
activates the Next function 200 and the pump 100 calculates a recommended bolus 
amount, using the equations set forth above, and adds it to the meal bolus. The 
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pump 100 displays the user interface with the banner "Bolus to Lower BG X plus Y 
Meal Bolus" 439. The user can then change the amount 440 and activate the Deliver 
function 384 to begin delivery of the bolus as described above. 

Additionally, in one possible embodiment, the pump 100 adjusts the 
5 recommended bolus based on the meal bolus or the meal bolus plus the correction 
bolus to accommodate insulin on board or residual insulin that is still working 
within the user's body. In this embodiment, the amount of the adjusted correction 
bolus is adjusted using the equations described above in conjunction with the 
duration-of-activity function. The methods of adjusting the bolus amount for insulin 

1 0 on board are described above. 

Referring to Figure 19, to instruct the pump 100 to program the standard 
meal bolus in number of carbohydrates consumed and to otherwise personalize the 
meal bolus program, the user accesses the Personalize Delivery submenu 302. From 
the Personalize Delivery submenu 302, the user selects the Meal Bolus menu item 

15 and the pump 100 then prompts 442 the user to select whether to program in units of 
insulin or carbohydrates. The user highlights units of carbohydrates and activates 
the Next function 200. The pump 100 prompts 444 the user to enter one or more 
carbohydrate ratios, which is the number of grams of carbohydrates that each unit of 
insulin will counteract. The pump 100 optionally accepts a schedule of carbohydrate 

20 ratios as well, allowing the carbohydrate ratio to change based on the time of day. 
The pump 1 00 also calculates the historical average carbohydrate ratio 445 for a 
predetermined time-period and displays that historical average with the prompt 444. 
In one possible embodiment, the historical average is for the previous 7-day period. 
As discussed above, other embodiments average the carbohydrate ratio over other 

25 periods of time. In yet other embodiments the user can select the period of time over 
which to average the carbohydrate ratio. 

The user enters the carbohydrate ratio by scrolling through values in a 
predetermined range such as from 0 gm/u to 50 gm/u in increments of 1 . When the 
desired number of carbohydrates is set, the user activates the Next function 200 and 

30 the pump 100 prompts 446 the user to set the increment by which the user would 

like to be able to scroll through the number of carbohydrates when programming the 
pump 100 to deliver a meal bolus. In one possible embodiment, the user can set the 
desired increment between 1 and 1 5 grams. 
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The pump 1 00 prompts 448 the user to enter the maximum bolus that can be 
delivered. In one possible embodiment, the user scrolls through values in the range 
between 0 units and 40 units of insulin in increments of 1 until the desired value is 
highlighted. The pump 1 00 then prompts 450 the user to enter the increments in 
5 which the user can select the actual bolus to be delivered. In one possible 

embodiment, the user scrolls between 0.05 units, 0*10 units, 0.50 units, and 1.00 
units and activates the Next function 200. 

The pump prompts 452 the user to select whether to enable an extended 
bolus program and to display an Extended Bolus menu item within the Meal Bolus 

10 submenu 434. The extended bolus program is enabled by highlighting and 

activating a yes value and not enabled by highlighting and selecting a no value. The 
pump 100 also prompts 454 the user to select whether to enable a combination bolus 
program and to display a Combo Bolus menu item within a Meal Bolus submenu 
434. The combination bolus program is enabled by highlighting and activating a yes 

1 5 value and not enabled by highlighting and selecting a no value. The user activates 
the Next function 200 to index through these prompts 452 and 454. The pump 1 00 
then prompts 456 the user to choose whether to enable an audio bolus program. The 
user selects a yes value to enable the audio bolus program and selects a no value to 
not enable the audio bolus program and then activates the next function 200. 

20 If the pump 100 is preprogrammed with one or more custom meal boluses, 

the pump 100 then prompts 458 the user to select whether to review or edit a custom 
bolus. If the user does not want to review or edit a custom bolus, the user selects no 
and the pump 1 00 returns to the Personalize Delivery submenu 302. If the user 
selects yes, the pump indexes to a display 460 entitled "Custom Bolus," which lists 

25 the names 462 of the available custom programs. In the illustrated example, there 
are four custom boluses available on the pump, Breakfast, Lunch, Dinner, and 
Snack. 

The screen also presents a check box 464 for each of the custom meal bolus 
programs 462. If a custom meal bolus program is enabled, the pump 100 sets the 
30 check box 464. If a custom meal bolus program is not enabled, the pump 1 00 clears 
the check box 464. When a custom meal bolus program is enabled, it is displayed in 
the Meal Bolus submenu 434 as a separate menu item. If the custom meal bolus 
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program is not enabled, it is not displayed in the Meal Bolus submenu 434 and the 
user cannot execute the custom meal bolus program. 

To enable or disable a custom meal bolus program, the user selects the 
desired custom meal bolus program and activates the Edit function 254. The pump 
5 100 indexes to a display 466 entitled "Custom Bolus: X," where X is the name 462 
of the selected custom meal bolus program. In the illustrated example, the title of 
the display 466 is Custom Meal Bolus: Breakfast". The user interface 466 displays 
468 a default number of carbohydrates for the custom bolus. For example, the user 
can create a custom breakfast meal bolus that would have a default value of 90 

10 carbohydrates, equal to the number qf carbohydrates in a bowl of cereal and milk 

normally consumed by the user at breakfast. The pump also prompts 470 the user to 
select either a fixed carbohydrate ratio or the previously entered carbohydrate ratio 
schedule. If the user selects a fixed carbohydrate ratio, the fixed carbohydrate ratio 
is used with the custom meal bolus program. The value of the carbohydrate ratio 

1 5 468 may or may not be the same value as the carbohydrate ratio 444. The user 

enters the carbohydrate ratio by scrolling through values in a predetermined range 
such as from 0 gm/u to 50 gm/u in increments of 1 . When the desired number of 
carbohydrate ratio is set, the user activates the Next function 200 and the pump 100 
returns to the "Custom Bolus" submenu 434. 

20 The user repeats this procedure from the "Custom Bolus" display 460 for 

each custom bolus program for which they desire to change the enabled state. When 
the user is done changing the enabled states for the available custom meal bolus 
programs, the user activates the Done function 212. The pump 100 then returns to 
the Personalize Delivery submenu 302. 

25 Additionally, in one possible embodiment, if there are no custom meal bolus 

programs available for the user to enable, the pump 100 automatically returns to the 
Personalize Delivery submenu 302 after the user instructs 456 the pump 100 
whether to enable an Audio Bolus. 

Figure 20 illustrates administration of a standard meal bolus when the pump 

30 100 is set to program meal boluses using grams of carbohydrates. The user selects 
the meal bolus menu item from the main menu 1 90, and the pump indexes to the 
Meal Bolus submenu 434. The meal bolus submenu 434 lists the available meal 
bolus programs. Examples include the standard meal bolus program, the extended 
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meal bolus program, the combination meal bolus program, and any enabled custom 
meal bolus programs. In the illustrated example, only the extended meal bolus 
program is enabled and the meal bolus submenu includes a Standard Bolus and an 
Extended Bolus. 

5 The user selects the Standard Menu item and the pump 100 prompts 472 the 

user to enter the number of carbohydrates that the user plans to consume. The user 
interface also displays the current carbohydrate ratio 473. The user sets the desired 
number of carbohydrates. In one possible embodiment, the user scrolls through 
carbohydrates in the range from 0 grams to 225 grams. 
10 The user then activates the Next function 200 and the pump 100 calculates a 

recommended size for the meal bolus using the equation: 

_ . % _ ^ , % ^ , Grams of Carbohydrates . CN 
Recommended Meal Bolus = — — — — - — (y) 



15 The pump 100 displays 474 the recommended meal bolus. The user can then adjust 
the size of the meal bolus by scrolling up or down. In one possible embodiment, the 
pump 100 scrolls in increments of 1. Once the desired bolus amount is set the user 
activates the Deliver function 384. 

In a further possible embodiment, the recommended meal bolus is altered 

20 based on other nutritional information associated with the selected food entries from 
the food database. For example, the meal bolus can be increased for foods with a 
large number of proteins and/or fats in addition to the carbohydrates in the food. 

In yet another embodiment, the meal bolus is altered based on other 
nutritional information associated with the selected food entries from the food 

25 database. For example, a combination or extended bolus is optionally recommended 
for foods having a large number of fats in addition to the carbohydrates in the food. 

When the pump 100 is programmed to enable administration of a correction 
bolus through a Meal Bolus, the pump 1 00 prompts 472 the user to enter the number 
of carbohydrates to be consumed. The user then activates the Next function 200, 

30 and the pump 1 00 prompts 478 the user to enter the amount by which they want to 
lower their blood glucose level. The user then activates the Next function 200, 
which causes the pump 100 to calculate a recommended bolus amount and to display 
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a user interface with a banner 482 stating "Bolus to Lower BG X plus Y grams of 
carbohydrates." X is the amount by which the user entered to lower the blood 
glucose level, and Y is the number of carbohydrates that the user entered. 

The pump 100 also displays the recommended bolus amount 480 to deliver. 
5 The recommended bolus amount 480 is the recommended correction bolus plus the 
amount of the meal bolus. This feature allows the user to correct a high blood 
glucose level and deliver additional insulin to work against carbohydrates that they 
plan to consume. The user can adjust the recommended bolus amount by increasing 
or decreasing the recommended bolus amount by scrolling up or down. In one 
10 possible embodiment, the user scrolls in increments of 0.5 units. Once the desired 
bolus amount is set, the user activates the Deliver function 384. 

Activating the Deliver function 384 causes the pump 100 to start the 
countdown timer and display the banner 404 that states a bolus will be delivered in 4 
predetermined time. In one possible embodiment, that time is 5 seconds and the 
1 5 banner 404 also states the bolus amount. An example of a possible banner 404 
states "Bolus X Delivery Starts in 5 Seconds," where X is the bolus amount. The 
pump 100 also assigns a Stop function 406 to the first function key 138. 

If the user activates the Stop function 406 before the countdown timer times 
out, the pump 100 will terminate delivery of the bolus and return to the home page 
20 1 52. If the user does not activate the Stop function 406, when the timer times out, 
the pump 100 will begin to deliver the bolus and display the banner 408 stating that 
the bolus is being delivered. An example of such a banner is "Bolus X is 
Delivering", where X is the bolus amount. When delivery of the bolus is complete, 
the pump returns to the home page 152. 
25 In an alternative embodiment, when the pump 100 is programmed to enable 

administration of a correction bolus through a Meal Bolus, the pump 100 prompts 
the user to enter their current blood glucose measurement. The pump 100 calculates 
the current correction factor and also displays the correction factor and the target 
blood glucose level with the prompt. The user then enters his or her current blood 
30 glucose level in units of either mg/dL or mmol/L, by scrolling through a range of 
values until the current blood glucose level is displayed. In this embodiment, the 
target blood glucose level and the appropriate units are programmed into the pump 
when personalizing or customizing the correction bolus program. Once the user 
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enters the current blood glucose level, the user activates the Next function 200 and 
the pump 100 calculates a recommended bolus amount and adds it to the meal bolus. 
The pump 100 displays the user interface with the banner 482 "Bolus to Lower BG 
X plus Y grams of carbohydrates." The user can then change the amount and 
5 activate the Deliver function 384 to begin delivery of the bolus as described above. 
Additionally, in one possible embodiment, the pump 100 adjusts the 
recommended bolus based on the meal bolus or the meal bolus plus the correction 
bolus to accommodate insulin on board or residual insulin that is still working 
within the user's body. In this embodiment, the amount of the adjusted correction 
10 bolus is adjusted using the equations described above in conjunction with the 

duration-of-activity function. The methods of adjusting the bolus amount for insulin 
on board is described herein. 

In a further possible embodiment, the pump 100 logs the meals selected by 
the user and for which meal boluses are delivered. The pump optionally logs 
1 5 nutritional information related to the meals, such as information related to 

carbohydrates, fats, or proteins. Other nutritional information can be logged as well. 

In yet another embodiment the pump 100 generates and presents reports to 
the user. The reports can include historical food intake, as well as cumulative 
nutritional information of the foods consumed. 
20 Figure 21 illustrates administration of an extended bolus. The user selects 

the meal bolus menu item from the main menu 1 90, and the pump 1 00 indexes to a 
Meal Bolus submenu 434. The meal bolus submenu 434 lists the available meal 
bolus programs including the extended bolus program. In the illustrated example, 
the extended meal bolus program and the combination bolus program are enabled 
25 and the meal bolus submenu includes menu items for a standard bolus, an extended 
bolus, and a combination bolus. 

The user selects the Extended Bolus menu item and, when the pump 100 is 
set to program in units of insulin, the pump prompts 484 the user to enter the 
number of units to deliver. In one possible embodiment, the user can scroll through 
30 values in the range from 0 units to 17 units in increments of 0.5 units. When the 

number of units for delivery are entered, the user activates the Next function 200 and 
the pump 100 prompts 486 the user to enter the duration of length of time over 
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which the extended bolus is to be delivered. In one possible embodiment, the user 
enters a duration in the range of 0 minutes to 6 hours in increments of 30 minutes. 

When the duration is set, the pump 100 displays a user interface 488 that 
presents the programmed amount 490 of the extended bolus and the duration 492 
5 over which it is to be delivered. To begin delivery of the extended bolus, the user 
activates the Deliver function 384. The pump 100 then begins delivering the 
extended bolus and will complete delivery upon expiration of the duration. 

Alternatively, when the pump 100 is set to program in grams of 
carbohydrates, the pump 1 00 prompts 484 f the user to enter the grams of 

1 0 carbohydrates that the user plans to consume rather than the ujiits of insulin to 

deliver as an extended bolus. The pump 100 also prompts 486 the user to enter the 
duration for the extended bolus. The pump 100 displays 485 the carbohydrate ratio 
while prompting the user to enter the grams of carbohydrates 484' and the duration 
486. The pump 100 then calculates a recommended bolus amount 490' using the 

1 5 carbohydrate ratio as described above and displays the recommended bolus amount 
490 r , together with the duration 492 in a user interface that confirms the parameters 
for delivery of the extended bolus. The user can adjust the recommended amount 
490 1 for the extended bolus by scrolling with the up and down keys 142 and 144. 
The user activates the Deliver function 384 to begin delivery of the extended bolus 

20 using the parameters displayed in the user interface. 

After delivery of the extended bolus begins, if the pump 100 is programmed 
. to enable administration of a correction bolus through the Meal Bolus program, the 
pump 1 00 prompts 494 the user to enter the amount by which they want to lower 
their blood glucose level. The user then activates the Next function 200 and the 

25 pump 1 00 prompts 496 the user to enter the number of units to deliver as a meal 

bolus. In one possible embodiment, the user enters the amount by scrolling through 
values in units of either mg/dL or mmol/L. When the desired drop in blood glucose 
is entered, the user activates the Next function 200, which causes the pump 100 to 
calculate a recommended bolus amount and to display the banner 497 "Bolus to 

30 Lower BG X." X is the amount by which the user entered to lower the blood 
glucose level. 

The prompt 496 initially displays the recommended bolus amount to deliver. 
The recommended bolus amount is the recommended correction bolus 490 or 490 1 , 
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which the pump 100 calculates using the correction factor as discussed above. This 
feature allows the user to correct a high blood glucose level and deliver additional 
insulin to work against carbohydrates that they plan to consume. The user can adjust 
the recommended bolus amount 496 by increasing or decreasing the recommended 
5 bolus amount 496 by using the up and down keys 142 and 144. In one possible 
embodiment, the user scrolls in increments of 0.5 units. Once the desired bolus 
amount is set, the user activates the Deliver function 384. 

Activating the Deliver function 3S4 causes the pump 100 to display the 
banner 404 that states a bolus will be delivered in predetermined time. In one 
10 possible embodiment, that time is 5 seconds and the pump 100 displays the bolus 
amount 496 in the banner. An example of a possible user interface states "Bolus X 
Delivery Starts in 5 Seconds," where X is the amount of the correction bolus. The 
pump 100 also assigns the Stop function 406 to the first function key 138. 

If the user activates the Stop function 406 before the countdown timer times 
15 out, the pump 100 will terminate delivery of the correction bolus and return to the 
home page 152. In one possible embodiment, activating the Stop function 406 will 
terminate delivery of the correction bolus, but not the extended bolus. If the user 
does not activate the Stop function 406, when the timer times out, the pump 100 will 
begin to deliver the bolus and display the banner 408 stating that the bolus is being 
20 delivered. An example of such a banner is "Bolus X is Delivering", where X is the 
bolus amount. When delivery of the bolus is complete, the pump 100 returns to the 
home page 1 52. In an alternative embodiment, no timer is included in the pump and 
the pump 1 00 begins delivering the correction bolus immediately. 

In an alternative embodiment, when the pump 100 is programmed to enable 
25 administration of a correction bolus through a Meal Bolus, the pump 1 00 prompts 

the user to enter their current blood glucose measurement. The pump 1 00 calculates 
the current correction factor and displays the correction factor in the user interface. 
The pump 100 also displays the target blood glucose level. The user then enters his 
or her current blood glucose level in units of either mg/dL or mmol/L, by scrolling 
30 through a range of values until the current blood glucose level is displayed. In this 
embodiment, the target blood glucose level and the appropriate units are 
programmed into the pump 1 00 when personalizing the correction bolus program. 
Once the user enters the current blood glucose level, the user activates the Next 
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function 200 and the pump 100 calculates a recommended bolus amount and adds it 
to the meal bolus. The pump 100 displays the user interface with the banner "Bolus 
to Lower BG X plus Y Meal Bolus." The user can then change the amount and 
activate the Deliver function 384 to begin delivery of the bolus as described above. 
5 Additionally, in one possible embodiment, the pump 1 00 adjusts the 

recommended correction bolus based on the meal bolus or the meal bolus plus the 
correction bolus to accommodate insulin on board or residual insulin that is still 
working within the user's body. In this embodiment, the amount of the adjusted 
correction bolus is adjusted using the equations described above in conjunction with 

10 the duration-of-activity function. The methods of adjusting the bolus amount for 
insulin on board is described herein. 

Referring to Figure 22, the user can halt delivery of an extended bolus by 
activating the Stop function 172 on the home page 152. As described above, the 
pump 100 prompts the user to halt all delivery or just the extended bolus. The user 

15 selects the extended bolus. The pump 100 then prints the banner 386 indicating how 
much time remains in the duration for the extended bolus and how much of the 
extended bolus remains to be delivered. The pump 100 also prompts the user to 
confirm that insulin delivery is to be stopped. The user confirms by activating the 
Yes function 178. The pump 100 then stops delivery of the extended bolus and 

20 returns to pumping according to the normal basal rate. If the user activates the No 
function 1 80, the pump 100 will continue delivering according to the extended bolus 
and will return to the home page 152. The user optionally stops all delivery of 
insulin from the pump 100 using the All Delivery option. 

Referring to Figure 23, delivery of a combination bolus is programmed into 

25 the pump in a manner similar to that of an extended bolus. However, the pump also 
prompts 498 the user to enter the proportion or percent of the bolus that the pump 
100 delivers immediately upon activation of the Deliver function 384. To enter the 
proportion of the amount that is delivered immediately, the user scrolls through 
percentages until the desired percentage of the bolus for immediate delivery is set. 

30 In one possible embodiment, the user scrolls through percentages in the range from 
0% to 1 00% in increments of 1 . Additionally when programming the pump to 
deliver a combination bolus, the pump 100 displays 500 the percentage of the bolus 
that is to be delivered immediately in the confirmation user interface 488. In an 
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alternative embodiment, the user enters the proportion or percent of the bolus that 
the pump 100 delivers over an extended period. 

Referring to Figure 24, the user can suspend delivery of a combination bolus 
in a manner substantially similar to that of the extended bolus except that the pump 
5 100 displays a combination bolus menu item in the suspend menu. The user selects 
the combination bolus menu item to suspend delivery of the combination bolus, and 
then confirms suspension of the combination bolus. 
Lu Weekly Schedule 

A weekly schedule can be created and preprogrammed into the pump 100. 
10 The weekly schedule allows the user to schedule a pattern of basal rates for 

individual days of the week, and also allows the user to schedule a set of missed 
meal bolus alerts for individual days of the week. The weekly schedule allows a 
user to preprogram one or more basal rates as described above in conjunction with 
Figures 10-11, and to preprogram one or more meal bolus alert sets as described 
15 above in conjunction with Figures 16-20. 

Referring to Figure 25, the pump 100 presents an editable weekly schedule to 
accommodate a user's specific insulin delivery requirements. For example each user 
may have varying meal times, activity levels, or insulin absorption rates which will 
affect the basal rate and bolus timing required of the pump 100. In the example 
20 shown, the user selects an Edit Schedule item optionally included in the main menu 
190, and the pump 100 indexes focus, to an edit schedule submenu 500. The edit 
schedule submenu 500 can be used in addition to or as a substitute for the basal 
programs option in the Personalize Delivery submenu 302 described above. The 
edit schedule submenu 500 lists the available editing options for the temporary rates, 
25 weekly schedule, basal patterns, and correction boluses. In the example shown, the 
menu items are displayed as "Temp Basal Pattern", "Edit Weekly Schedule", "Edit 
Basal Patterns", and "Edit Missed Meal Alert", respectively. Other menu items or 
names for menu items are possible as well. 

The user selects one of the menu items to edit the corresponding aspect of 
30 the weekly schedule. If the user selects the Temp Basal Pattern option in the edit 
schedule submenu 500, the pump 1 00 indexes focus to a start temporary basal 
pattern screen 502 which allows the user to indicate when to start the temporary 
basal pattern. A temporary basal pattern is a basal pattern that overrides, for a day, 
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the basal pattern scheduled in the weekly schedule. For example, if a pump user has 
to occasionally work on Saturday, they can schedule their "Weekday" pattern to 
temporarily override their "Weekend" pattern for the Saturday they must work. 
Selecting the Temp Basal Pattern option allows the user to have a temporary basal 
5 pattern applied by the pump 100 for the remainder of the current day and a second 
temporary basal pattern programmed to take effect the following day as well. A 
temp basal pattern start box 503 displays the time at which the temporary basal 
pattern will begin. In the start temporary basal pattern screen 502 shown, the temp 
basal pattern start box 503 indicates that the basal pattern will start immediately. To 
10 select a different time at which the temporary basal pattern will begin, the user can 
change the setting in the temp b^sal pattern start box 503 using the up and down 
keys. Other start times, such as delayed by an hour, a day, or other time period are 
possible. A back option returns focus to the edit schedule submenu 500. 

Upon confirmation of the temp basal pattern start time by selecting a next 
1 5 option, the pump 1 00 indexes focus to a select temp pattern screen 504. The select 
temp pattern screen 504 prompts the user to select the temporary basal pattern that is 
to be applied. The user selects from the list of basal patterns 505 programmed or 
loaded into and enabled in the pump. In the example shown, "Weekday", 
"Weekend", "Sick Day", and "Basal Pattern 4" are listed as selectable options. 
20 Other lists or combinations of basal patterns can be displayed as well, depending 
upon the patterns created or loaded into the pump 100. The user selects one of the 
basal patterns using up and down keys 1 42, 144. Upon selection of a basal pattern 
and confirmation of the selection with a select option, focus returns to a main menu 
190. A back option in the select temp pattern screen 504 returns focus to the start 
25 temporary basal pattern screen 502. 

If the user selects the Edit Weekly Schedule option in the edit schedule 
submenu 500, the pump 100 indexes focus to a day program screen 506, which 
displays the basal pattern and missed meal pattern associated with that day. In the 
day program screen 506 shown, the day displayed is Monday, and the basal pattern 
30 is Pattern 1 . The missed meal bolus alarm set is shown as Set 1 . The up and down 
keys 142, 144 navigate through the days of the week, and an edit option 507 indexes 
focus to a day edit screen 508. The day edit screen 508 displays the basal pattern 
assigned to the day in a basal pattern field 509, and allows the user to edit the basal 
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pattern for the day selected in the day program screen 506. The user changes the 
basal pattern using the up and down keys 142, 144, among the basal patterns edited 
using the Edit Basal Patterns option in the edit schedule submenu 500. The user also 
optionally selects a missed meal bolus alert set to associate with the selected day, 
5 from a listing of missed meal bolus alert sets programmed using the Edit Missed 
Meal Alert option in the edit schedule submenu. A back option and a next option 
both cause the pump 100 to index focus back to the day program screen 506. 

If the user selects the Edit Basal Patterns option in the edit schedule submenu 
500, the pump 100 displays a basal pattern listing 510 including basal patterns 

10 programmed into the pump. The basal pattern listing 510 displays one or more 

editable basal patterns which are available to be scheduled in the day edit screen 509 
or used as temporary basal patterns in the select rate screen 504. The basal pattern 
listing 510 displays the defined basal patterns, and allows a user to select one of the 
predefined basal patterns using the up and down keys 142, 144. The user selects a 

15 back option to return to the edit schedule submenu 500, or selects a select option 511 
to cause the pump 100 to index focus to a pattern view screen 512 related to the 
selected basal pattern. The pump 100 displays a listing of times and associated 

delivery rates in the pattern view screen 512 for the basal pattern selected in the 

> 

basal pattern listing 510. If the user does not wish to edit the times displayed, the 
20 user selects a back option to return to the basal pattern listing 510. To edit one or 
more of the times and/or basal patterns, the user selects an edit option 513 to cause 
the pump 1 00 to index focus to a pattern edit screen 514. The pattern edit screen 
514 displays on the pump 100 and allows the user to change the times and basal 
rates, or add additional times with associated basal rates. The user employs the up 
25 and down keys 142, 144 to select and edit the times of the day, as well as to select 
and edit the basal rates associated with the times of the day. A done option 515 
indicates that the user has completed editing the basal pattern, and causes the pump 
100 to index focus back to the pattern view screen 512. A next option 517 indexes 
focus within the pattern edit screen 514. 
30 If the user selects the Missed Meal Alert option in the edit schedule submenu 

500, the pump indexes focus to a missed meal alert listing 516. The missed meal 
alert listing 516 includes one or more sets of alerts configured to match the planned 
meal times of the user. The sets of alerts correspond to the alerts selected using the 
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day edit screen 508. If the pump 100 does not deliver a meal bolus between the start 
and end time of a missed meal alert, the user may have forgotten to deliver the meal 
bolus and is prompted to deliver the meal bolus. The meal bolus can be 
programmed according to the meal bolus and food database description above. The 
5 user can select one or more missed meal alert sets using selection boxes associated 
with each of the missed meal alert sets. A select option 519 causes the pump to 
index focus to an alert enable screen 518. 

The alert enable screen 518 displays the enabled or disable status of the 
missed meal alert set selected in the missed meal alert listing 516, and also displays 
10 the name of the alert set. A next option indexes focus to an alert listing 520 

associated with the alert set displayed in the alert enable screen 518. A back option 
returns focus to the missed meal alert listing 516. 

Upon user selection of the next option, the pump 100 indexes focus to the 
alert listing 520, which displays all of the defined missed meal alerts associated with 
15 a missed meal alert set. The user can select one or more of the alerts in the alert 
listing which the user wishes to edit. Upon selection of a select option 519, the 
pump 100 indexes focus to an alert edit screen 522. A back option returns focus to 
the alert listing screen 520. 

The alert edit screen 522 allows the user to set a start time and an end time 
20 for the selected alert in the missed meal alert set. Upon selection of a next option 

523 in the alert edit screen 522, the pump 100 returns focus to the missed meal alert 
listing 516. A back option in the alert edit screen 522 returns focus to the alert 
listing 520. 

In a possible embodiment of the weekly schedule, the home screen 152 can 
25 be modified to display information related to the weekly schedule as programmed, 
such as the current day of the week, the type of day or basal rate currently applied, 
the name of the basal rate pattern, the missed meal alert set applied, or other 
information related to the weekly schedule. 

Although specific examples are illustrated herein, the weekly schedule can 
30 be used to schedule basal rates, delivery patterns, and boluses for various events 
such as different daily meal schedules, upcoming athletic events, travel schedules, 
work schedules, sick days, parties, and any other type of schedule or event. 
Additionally, sets of scheduled target blood glucose levels, such as are related to a 
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correction bolus or negative meal bolus, can be created. In an alternative 
embodiment, a weekly schedule could also be used to remind the user of other 
events such as testing blood glucose levels. 

The weekly schedule disclosed herein is modifiable to provide to a user a 
5 monthly or yearly schedule as well. The monthly or yearly schedule can be 

programmed with monthly or yearly meal boluses, and can track holidays, vacations, 
or other events which occur outside the user's typical daily or weekly schedule. 
M. Disconnect/Suspend Bolus 

Referring back to Figure 3, a disconnect/suspend bolus feature is included in 
10 . the pump 100, and can be added to the main menu 190. The disconnect/suspend 

bolus feature 1 93 allows a user to disconnect from the pump 1 00 for up to two hours 
without missing delivery of insulin, although other embodiments will permit 
disconnecting the pump for periods greater than two hours. A user may want to 
disconnect from the pump 1 00 for a variety of reasons, such as for bathing, high 
1 5 levels of activity, or in other situations in which a pump may be inconvenient or 
unsafe. 

When the user wishes to disconnect from the pump 1 00, the user is first 
prompted by the pump 100 to enter the duration they will be disconnected from the 
pump. The pump 100 calculates and displays the amount of insulin delivery which 

20 will be missed in that time. This includes any basal rate and temporary rate 

scheduled during that time. The pump 1 00 prompts the user to enter a percentage of 
the missed insulin that the user wishes to receive as a bolus prior to disconnecting 
from the pump, and accepts any percentage value up to 100% of the total insulin 
delivery that will be missed, although other embodiments might include a limit other 

25 than 1 00%. This percentage bolus delivered prior to disconnection can be referred 

to as a disconnect bolus. 

The pump 100 prompts the user to optionally check their blood glucose level 
prior to disconnecting from the pump. If the user chooses to check their blood 
glucose level and requires a correction bolus, the correction bolus is delivered prior 
30 to disconnection. If the user chooses to check their blood glucose level and the 
negative meal bolus feature would normally activate, the pump 1 00 reduces the 
disconnect bolus to compensate for the user's low blood glucose level. 
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Upon confirmation by the user, the pump stops all basal rate delivery, logs 
the disconnection time, the percentage of immediately delivered insulin as selected, 
and delivers the disconnection bolus, which is the bolus amount calculated by the 
pump and multiplied by the percentage input by the user. Once the bolus delivery is 
5 complete, the pump 100 triggers an alarm, such as a visible alarm displayed on the 
pump or an audible alarm emitted by the pump, indicating to a user that they should 
disconnect from the pump. In the exemplary embodiment, the pump requests 
confirmation by the user that they are disconnected from the pump. Once 
confirmation is received from the user, the pump adds a "reconnect" option into the 
10 main menu 190. The pump stores its disconnected state and the elapsed 
disconnection time, such that the pump status is retained during the 
disconnect/suspend bolus operation even if the pump power is interrupted during the 
disconnect period, or if the user changes the time or date in the pump 100. 

While the pump 100 remains in the disconnected state, the user can 
1 5 physically reconnect their infusion set and configure the pump to deliver a meal 
bolus or a correction bolus. The pump 100 maintains the interrupted basal rate 
during the time that the pump is in the disconnected state. 

When the user begins the reconnect process by selecting the reconnect option 
on the main menu, the pump 100 calculates the originally scheduled insulin dose, 
20 which is the amount of insulin originally scheduled to be delivered during the 
elapsed time between the time the pump was disconnected and the time the 
reconnect .option is selected on the main menu. The pump then subtracts the 
originally scheduled insulin dose from the dose delivered by disconnection bolus the 
dose. If the difference is a negative number, the user has reconnected before the 
25 time they had indicated, and the pump should not deliver additional insulin to the 
patient upon reconnection. The pump 100 starts a temporary rate of zero units per 
hour for the time required for the basal rate and boluses to make up for that negative 
amount. If the amount of insulin owed is a positive number, the pump 100 prompts 
the user to enter the percentage of that "missed" amount that they wish to have 
30 delivered, up to 1 00%. This percentage of missed insulin is referred to as the 
reconnect bolus. 

The pump 100 prompts the user to optionally check their blood glucose level 
before reconnecting. If the user chooses to check their blood glucose level, any 
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correction bolus deemed necessary will be added to the reconnect bolus. Likewise, 
if the user chooses to check their blood glucose level, any negative meal bolus will 
be subtracted from the reconnect bolus. 
N. Additional Pump Features 
5 Additional features can be included in the pump consistent with the present 

disclosure. For example, the pump can include programming for temporary basal 
rates, an option to include an audio bolus, customized alerts, and lock levels. A 
temporary rate allows the user to temporarily raise or lower the delivery rate being 
administered by the active bolus program. The user can personalize or customize 

1 0 the temporary rate programs and how they are present in the user interface. An 

audio bolus provides for delivery of a standard meal bolus using a single button. A 
series of sounds, such as beeps, are used to provide an indication of the setting to the 
user. In a possible embodiment, the beeps are configured analogously to the sounds 
used to program the pump 1 00 without the need for visual confirmation, such as by a 

15 visually impaired user. Customizable alerts allow a user to select specific alerts for 
various types of events occurring in the pump, Lock levels provide various levels of 
user rights in the pump based on access codes. Lock levels prevent unauthorized 
users from entering and changing settings in the pump. These and additional pump 
features are described in greater detail in U.S. Patent No. 6,744,350, filed February 

20 28, 2002 and entitled Insulin Pump Having Missed Meal Bolus Alarm, the 
disclosure of which was incorporated by reference in its entirety above. 
O. Computer-Pump Communication and Programming 

In one possible embodiment, the pump 100 can communicate with a 
computer. The computer can upload information from the pump 100, including the 

25 historical information generated by and stored on the pump 1 00. The computer can 
archive the historical information and maintain a complete historical record about 
the pump 100. Additionally, the computer can generate various reports regarding 
use of the pump 100, including information about delivery rates, bolus amounts, and 
alarms. Additionally, the computer can operate a program that allows the user to 

30 enter operating parameters for the various delivery programs that are loaded on the 
pump 100 and to download those operating parameters to the pump 100. In yet 
another possible embodiment, the computer can be used to download delivery 
programs and software updates to the pump 100. 
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Referring to Figure 26, in one possible embodiment, a computer 534 is a 
desktop computer that is IBM PC compatible, although other computers can be used. 
For example, the computer 534 could be an Apple computer, portable computer, a 
hand-held computer, a mainframe computer, a computer that is connected to a 
5 network. The computer 534 has a monitor 536, a storage device 538, and an 
infrared (IR) communication port 540. The pump 100 communicates with the 
computer through the IR port 120 on the pump 100 and the IR communication port 
540 of the computer 534. In other embodiments, the pump 100 and computer 534 
communicate through other types of data links such as a wireless or radio frequency 

10 (RF) connection or a wired connection such as USB, RS232, Fire wire^etc. 

Communication between a medical pump and a computer is also discussed in 
United States Patent 5,935,099, entitled Drug Pump Systems and Methods, the 
disclosure of which is hereby incorporated by reference. 

Referring to Figure 27A, the software operating on the computer 534 

1 5 generates a user interface 542 that allows a user to view, edit, and enter operating 
parameters for the various delivery programs that are loaded on the insulin pump 
100. In one possible embodiment, the user interface 542 has a plurality of stacked 
primary windows 544a-544e. Each primary window includes a tab 546a-546e and 
data entry features for entering profile settings for the delivery programs. A basal 

20 programs primary window 544a is associated with the basal delivery programs, and 
is marked with a tab 546a bearing the name Basal Programs. A meal boluses 
primary window 544b is associated with the meal bolus delivery programs, and is 
marked with a tab 546b bearing the name Meal Boluses. A correction boluses 
primary window 544c is associated with the correction bolus deliver programs, and 

25 is marked with a tab 546c bearing the name Correction Boluses. A temporary rates 
primary window 544d is associated with the temporary rate delivery programs, and 
is marked with tab 546d bearing the name Temporary Rates. A banner window 
544e can include display options for the pump 100, and is marked with tab 546e 
bearing the name Banner. A weekly schedules primary window 544f is associated 

30 with the weekly schedule programs, and is marked with tab 546f bearing the name 
Weekly schedule. 

A primary window 544 can include a variety of different data entry features 
for entering the operating parameters including text, numbers, flags, or the like. 
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Examples of the data entry features include buttons, check boxes, spin boxes, text 
fields, numeric fields, and tables. The buttons and check boxes are alternatively set 
and cleared by clicking on them with a pointing device such as a mouse. Each spin 
box is associated with up and down buttons and contains a list of values. The user 
5 sets the desired value by spinning though the list of values with the up and down 
keys until the desired value is visible in the spin box. The tables have rows of cells 
and a scroll bar. The user can manipulate the scroll bar with a pointing device to 
scroll through the available rows within the table. Additionally, each primary 
window has a download button, an upload button, and a save button. 
1 0 The primary window on the top of the stack is active, and the user can .enter, 

edit, and view operating parameters in the active primary window. The user can 
bring any one of the primary windows to the top of the stack by clicking on the 
primary window's tab. 

Still referring to Figure 27A, the first primary window 544a, which is for 
1 5 setting the operating parameters for the basal programs, has three panels. The first 
panel 548 has a spin box 550 for setting the maximum basal rate for the insulin 
pump. The spin box 550 is displayed in a first group box 549. The user spins 
though available values until the desired maximum basal rate is visible within the 
spin box 550. The maximum basal rate set in the spin box will apply to all of the 
20 basal delivery programs. In the illustrated example, there are four possible basal 
delivery programs. The first spin box 550 is present in a first group box. 

The second panel 552 of the screen has one secondary window 554a-554d 
for each of the basal delivery programs. The secondary windows are stacked and are 
marked with tabs 556a-556d. Each tab 556 is marked with the name of the basal 
25 program associated with the tab's secondary window 554. The secondary window 
554 on the top of the stack is active, and the user can enter, edit, and view operating 
parameters in the active secondary window. The user clicks on the tab 556 for any 
given secondary window to bring it to the top of the stack. In the illustrated 
example, there are four basal delivery programs and hence four secondary windows 
30 named Basal 1 554a, Basal 2 554b, Basal 3 554c, and Basal 4 554d. 

Each secondary window 554 has a button 558, a check box 560, and a text 
field 562 organized into a second group box 564 for setting program preferences. A 
table 566 and a graph 568 are organized into a third group box 570 and are for 
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naming, setting, and viewing the basal delivery rates. To activate a basal delivery 
program, the user sets the button 558 by clicking on it. Any other basal program 
that was active becomes inactive and the button for the previously active basal 
delivery program is cleared. Additionally, an asterisk is placed in the tab 556 for the 
5 active basal delivery program so that the user can easily identify the active basal 

delivery program if the secondary window 554 for that basal delivery program is not 
on top of the stack. When the operating parameters for the basal delivery programs 
are downloaded to the pump 100, the basal delivery program in which the button 
558 is set will become the active basal delivery program on the pump 100.. 
10 To display the basal delivery program as a menu item in the Basal Program , 

submenu 318 (Figure 12) on the pump 100, the user sets the checkbox 560. When 
the operating parameters for the basal programs are downloaded to the pump 100, 
the name for the basal program is displayed as a menu item in the Basal Program 
submenu 318. 

15 To customize the name of the basal delivery program, the user types the 

custom name into the text field 562. The custom name is assigned to the basal 
delivery program and appears in the tab 556 for that program. Additionally, the 
custom name is the name downloaded into the pump 1 00 and appears in the Basal 
Program submenu 318, if the checkbox 560 is set. In an alternative embodiment, a 
20 spin box is associated with the text field 562. The spin box presents 

preprogrammed, optional names for the basal delivery programs that the user can 
select. The selected name would then replace the generic name (e.g., Basal 1, Basal 
2, Basal 3, and Basal 4 in the illustrated example) for the program associated with 
the display. Examples of optional names that might be loaded in the pump 100 
25 include weekday, weekend, sick, and monthly (which is to designate a basal delivery 
program set for a woman's menstrual cycle). 

The basal rate table 566 or grid has a plurality of rows 572 and each row has 
two cells 574 and 576. When a cell within the table 566 has focus and the user 
presses the enter key or the tab key, the focus shifts to the next cell to the right. If 
30 the current cell is the last cell in the row, focus shifts to the first cell in the next row. 
If the user presses the enter key while the last cell in the last row is in focus, a new 
row is created. In this manner, the user can expand the length of the table 572. If 
the user presses the enter key while the last cell of a row is in focus and there is no 
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data in any cell within that row, the computer will delete the row. The one 
exception is the first row in the table, which cannot be deleted. 

The first cell within a row is a start-time cell 574, and the second cell within 
a row is a delivery-rate cell 576. Each row corresponds to a different interval in the 
5 delivery protocol for the basal delivery program. To set the delivery protocol for a 
basal program, the user enters the start time for each delivery interval in the start- 
time cell 574 and the delivery rate in the delivery-rate cell 576. The pump 100 will 
then deliver at the set delivery rate beginning at the set start time and until the start 
time for the next delivery interval. In one possible embodiment, the start time for 
10 the first interval is 12:00 midnight and cannot be changed. 

Accordingly, to set the delivery protocol for the basal delivery program, the 
user types the start time in the start-time cell 574, hits the enter key and changes the 
focus to the delivery-rate cell 576 to the right. The user then types in the delivery 
rate for that interval, hits the cell key, and changes the focus to the start-time cell in 
1 5 the next row (creating the row if the next row does not already exist). A new row 

will appear in which the user can enter the operating parameters for another delivery 
interval. The user continues this process until the operating parameters for all of the 
desired intervals are entered into the table. 

In an alternative embodiment, when a cell has focus, a spin box having up 
20 and down buttons is presented in that cell. The user can either type a value into the 
spin box or spin through values until a desired value is visible in the spin box. 
When the cell and hence the spin box loses focus, the visible value from the spin box 
is entered into the corresponding cell and the spin box becomes invisible. 

The graph 568 provides a graphical illustration of the delivery rate for the 
25 basal delivery program over a 24-hour period. In one possible embodiment, the 
graph 568 is a bar chart illustrating the delivery rate in a resolution of 30 minutes. 
In the illustrated example, Basal 1 is set to deliver 2 units/hour from 12:00 midnight 
to 2:00 am, 2.5 units/hour from 2:00 am to 3:00 am, etc. 

In one possible embodiment, the graph 568 is automatically updated as the 
30 user completes entering the start time and delivery rate for each delivery interval. 
Additionally, the total daily basal rate is displayed 578, and is automatically 
calculated and updated as the user completes entering the start time and delivery rate 
for each delivery interval. Entry of data for an interval is complete when the user 
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enters the start time and delivery rate for the interval and exits both the start-time 
cell 574 and the delivery-rate cell 576. 

The third panel 580 presents instructions to the user. In one possible 
embodiment, the user interface presents a help label 582 (e.g., the question mark in 
5 the illustrated example) in each of the group boxes 549, 564, and 570. When the 

user clicks on a help label 582, instructions specific to the group box or other aspects 
of the user interface associated with the help label are presented in the third panel. 
Alternatively, the user can point to a particular aspect of the user interface and right 
click on the mouse to present field-specific instructions in the third panel. 
10 An additional panel (not shown) can include control options for performing a 

basal test. The additional panel will include options to set up and review the results 
of the basal test. The additional panel will have analogous functionality to that 
described above in conjunction with Figures 7-9. 

Figure 27B illustrates the second primary window 544b, which is for setting 
1 5 the operating parameters of the meal bolus delivery programs. The meal bolus 

primary window includes two panels. The first panel 584 has a pair buttons 586, a 
first spin box 588, a second spin box 590, a third spin box 592, a fourth spin box 
594, a first check box 596, a second check box 598, a third check box 600, a fourth 
check box 601 and a meal bolus table 602. 
20 The pair of buttons 586, spin boxes 588, 590 and table 59 1 are present in a 

first group box 604. The check boxes 596, 598, 600, and 601 are presented in a 
second group box 606, and the table 602 is present in a third group box 608. Spin 
boxes 592 and 594 are present in a fourth group box 610. The pair of buttons 586 is 
for setting the meal bolus delivery program to use either units of insulin or grams of 
25 carbohydrates. The pair of buttons 5 86 toggle between set and cleared states so that 
when one is set the other cleared. The user set the first button to program the meal 
bolus programs in units of insulin and sets the second button to program the meal 
bolus programs in grams of carbohydrates 

The first spin box 588 is for setting the maximum bolus that the pump 100 
30 can deliver when executing the meal bolus program. The second spin box 590 is for 
setting the duration of the bolus. The table 591 is for setting the user's fixed 
carbohydrate ratio. The table 591 optionally also works in conjunction with 
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functionality to set a schedule of carbohydrate ratios configured to change based on 
the time of day. 

In the fourth group box 610, the spin box 592 is for programming in units of 
insulin and is for setting the increments at which a user can spin through bolus 
5 amounts. The spin box 594 is for programming in grams of carbohydrates and is for 
setting the increments at which a user can spin through grams of carbohydrates to be 
consumed in a meal. 

When the user sets the first button for programming in units of insulin, the 
third spin box 592 is enabled and the fourth 594 spin box is disabled. When the user 
.1 0 sets the second button for programming in grams of carbohydrates, the fourth 594 
spin boxes is enabled, and the third spin box 592 is disabled. 

To enable the extended bolus program, the user sets the first check box 596. 
To enable the combination bolus program, the user sets the second check box 598. 
To enable the audio bolus function, the user sets the third check box 600. 
15 To enable to food database, the user sets the fourth check box 602. Selection 

of the fourth check box 602 can optionally trigger creation of another window (not 
shown) used for browsing a food database stored on the computer. 

The custom meal bolus table 608 has a plurality of rows, and each row has a 
plurality of cells. The user navigates through the meal bolus table 608 using 
20 procedures substantially similar to that of the basal rate table. Also similar to the 
basal rate table, the custom meal bolus table 608 can have various spin boxes that 
become visible when a cell has focus. The spin boxes are for entering values and 
pre-typed text into the cell with which it is associated. 

Within the meal bolus table 608, each row has seven cells. The first cell 612 
25 has a check box 613. To enable the custom meal bolus defined by that row, the user 
sets the check box 613. The second cell 614 has a text field in which the user types 
a name to identify the custom meal bolus defined by that row. An example includes 
pizza, when the operating parameters for the custom meal bolus are customized to 
deliver insulin for working against a meal of pizza. Other examples, might include 
30 breakfast, lunch, dinner, snack, or any other specific type of food, drink, or meal. 

The third cell 616 contains a text field for entering the type of custom meal 
bolus, whether it is a standard bolus, an extend bolus, or a combination bolus. In 
one possible embodiment, a spin box is presented in the third cell 616 when focus is 
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placed on the cell. The user can then spin through the types of bolus (e.g., standard, 
extended, or combination) and set the desired type. The fourth cell 618 is a numeric 
field for entering the default number of carbohydrates to be delivered by the bolus 
program defined by that row. The fifth cell 620 is a duration field in which the user 
5 enters the duration of the bolus delivery if the bolus program defined by that row is 
an extended bolus or a combination bolus. The sixth cell 622 is a numeric field in 
which the user enters the percent of the bolus to be delivered immediately if the 
bolus program defined by that row is a combination bolus. 

The seventh cell 626 contains a text field for entering the type of 

10 carbohydrate ratio entered into the pump 100. In the embodiment shown, the 
carbohydrate ratio is either a Fixed or Scheduled ratio. When a Scheduled 
carbohydrate ratio is selected, the custom bolus uses the carbohydrate ratio that is 
currently in use by the pump 1 00. If a Fixed carbohydrate ratio is selected, the 
custom bolus uses the carbohydrate ratio entered in the eighth cell 624. In one 

1 5 possible embodiment, a spin box is presented in the seventh cell 626 when focus is 
placed on the cell. The user can then spin through the types of carbohydrate ratios 
(e.g., Fixed or Scheduled) to set the desired type. 

The eighth cell 624 is a numeric field in which the user enters the carbohydrate ratio 
the pump 100 is to use when the seventh cell is set to Fixed. The carbohydrate ratio 
20 is used when calculating the bolus amount to deliver. The eighth cell 624 allows the 
user to enter a customized carbohydrate ratio independent of the carbohydrate ratio 
schedule. For example, a user might use one carbohydrate for a custom meal bolus 
to be delivered before an early morning breakfast and a different carbohydrate ratio 
for a custom meal bolus to be delivered prior to an exercise session. 

25 If the type of meal bolus set in the third cell (Type of Meal Bolus) 61 6 is 

standard, the fifth cell (Duration) 620 and sixth cell (% as Immediate) 622 are 
disabled and cleared. If the type of meal bolus set in the third cell 616 is an 
extended bolus, the fifth cell 620 is enabled and the sixth cell 622 is disabled and 
cleared. If the type of meal bolus set in the third cell 616 is set as a combination 

30 bolus, the fifth 620 and sixth 622 cells are enabled. 

Also, the fourth cell 618 allows a default number carbohydrates for the 
custom bolus to be entered. For example, if a user eats a 40 gram carbohydrate 
snack before bed each night, a custom meal bolus called "Bedtime Snack" could be 
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created with a default carbohydrate value of 40 grams. The default value can be 
adjusted before the bolus is delivered. 

An optional second panel (not shown) in the primary window 544b for the 
meal bolus delivery program presents instructions. It operates in a manner 
5 substantially similar to the third, instruction panel 580 in the first primary window 
544a for the basal rate delivery programs as described above. 

Figure 27C illustrates the third primary window 544c, which is for setting 
the operating parameters for the correction bolus delivery program. The primary 
window 544c can contain two panels. The first panel 628 has buttons, check boxes, 
10 and spin boxes. A first group box 630 in the first panel 628 has first and second 
check boxes 632 and 634. To control the pump 100 to make the correction bolus 
delivery program available through the main menu 190 and to display a correction 
bolus menu item in the main menu 190, the first check box 632 is set. To make the 
correction bolus program available through the meal bolus delivery programs 
1 5 described above, the second check box 634 is set. 

A table control 638 resides within a second group box 640, and sets a 
schedule of correction factors. The correction factors define operating parameters 
used by the correction bolus program. The table control allows the user to define a 
start time and a Factor, which refers to the amount of correction which could occur 
20 at that time of day. Alternately, a pair of buttons set the units for the operating 
parameters used by the correction bolus program. The pair of buttons toggle 
between set and cleared states so that when one is set the other is cleared. The first 
button is set to use mg/dL and the second button is set to use mmol/1. A first spin 
box is for setting the correction bolus factor. When the first spin box is in focus, the 
25 user spins through value until the desired correction factor is set. The pair of buttons 
and the first spin box are optionally organized into the second group box 640. 

A third group box 635 has buttons and a table control. The buttons 636 set 
the method by which blood glucose is measured. In the embodiment shown, the 
buttons 636 allow a user to select between units of mg/dl and mmol/L. The table 
30 control 637 defines one or more target blood glucose levels and associates the target 
blood glucose levels with times of the day. In an optional embodiment, the table 
control 637 allows a user to define a schedule or target blood glucose levels for one 
or more days. 
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A fourth group box 644 in the first panel 628 has buttons and spin boxes. A 
second spin box 642 is for setting the duration of activity or action for the insulin. 
As discussed above, the duration of activity is the length of time that each bolus 
remains working in the user's body. To enter the duration of activity, the user spins 
5 through values in the second spin box 642 until the desired value is set. Optional 
spin boxes (not shown) set the start time and tail time of an insulin absorption 
model. To enter the start and tail times, the user spins through the values in the 
respective spin boxes until the desired values are set. Buttons may set the insulin 
absorption model to be used in the pump by toggling between set and cleared states 
10 so that when pne is set the other two buttons are cleared. Each button can 

correspond to a linear absorption model such as is shown in Figure 14 A, a nonlinear 
absorption model, such as is shown in Figure 14C, or a custom absorption model, 
using a graphical user interface which optionally appears upon selection of the 
button (not shown). 

1 5 A fifth group box 63 1 enables and sets the change in the correction factor 

based on the user's blood glucose level. A check box 633 enables changes in the 
correction factor based on the user's current blood glucose level, of the form "If 
blood glucose is at least X, add Y %." A series of spin boxes 635 set the threshold 
blood glucose reading at which the rule takes effect for one or more rules, and 
20 represents the "X" value in the above statement for each selected rule. A second 
series of spin boxes 637 sets the percentage increase in insulin delivery upon 
reaching the threshold blood glucose level, and represents the "Y» value in the above 
statement for each corresponding selected rule. In the implementation shown, four 
separate sets of spin boxes are used to set four blood glucose dependent rules for 
25 insulin delivery. However, more or fewer sets of spin boxes are included according 
to specific implementations of the group box 631 and correction factors. 

An optional second panel (not shown) in the primary window 544c for the 
correction bolus delivery program presents instructions. It operates in a manner 
substantially similar to the third, instruction panel 580 in the first primary window 
30 544a for the basal rate delivery programs as described above. 

Figure 27D illustrates the fourth primary window 544d, which is for setting 
operating parameters for the temporary rate programs. The primary window 544d 
has two panels. The first panel 648 has a first check box 650, a second check box 
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652, a third check box 654, a pair of buttons 656, a spin box 658, and a temporary 
rate table 660. The first check box 650 and pair of buttons 656 are in a first group 
box 662. The second 652 and third 654 check boxes and the spin box 658 are in a 
second group box 664. The table 660 is in a third group box 666. 
5 The pair of buttons 656 sets the temporary rate either as a percentage of the 

running basal rate or as a new temporary basal rate. The pair of buttons 656 toggle 
between set and cleared states so that when one button is set the other button is 
cleared. The user sets the first button to set the temporary rate as a percent of the 
basal rate. The user sets the second button to set the temporary rate as a new, 
10 temporary basal rate. 

To set a reminder so that the pump 100 intermittently generates a reminder 
(audible and/or vibratory) while the temporary rate program is running, the user sets 
the second check box 652. When the second check box 652 is set, the spin box 658 
is enabled. The spin box 658 is for setting the interval between reminders. The spin 
1 5 box 658 is disabled when the second check box 652 is cleared. To set the pump 1 00 
to generate a final reminder upon completion of the temporary rate, the user sets the 

third check box 654. 

The temporary rate table 660 has a plurality of rows 668, and each row 668 
contains a plurality of cells. The user navigates through the temporary rate table 660 
20 using procedures substantially similar to that of the basal rate table. Also similar to 
the basal rate table 602, the temporary rate table 660 can have various spin boxes 
that become visible when a cell has focus. The spin boxes are for entering values 
and pre-typed text into the cell with which it is associated. 

Within the temporary rate table 660, each row has six cells. The first cell 
25 670 has a check box 672. To enable the temporary rate defined by that row, the user 
sets the check box 672. The second cell 674 has a text field in which the user types 
a name to identify the temporary rate defined by that row. Examples might include 
exercise, 5-mile run, sick, evening, and the like. The third cell 676 is a text field to 
set the temporary rate to be programmed as a percent of current basal rate or as a 
30 new rate. In one possible embodiment a spin is present in the third cell 676 when 
focus is place on the cell. The user then spins through the types of temporary rates 
(e.g., % of Basal or New Rate) and sets the desired type. 



74 



WO 2008/048587 



PCT/US2007/022051 



The fourth cell 678 is for assigning the percentage of the running basal rate 
to set as the temporary rate. The fifth cell 680 is for setting a new rate for the 
temporary rate. When the user enters % of basal in the third cell 676, the fourth cell 
678 is enabled and the fifth cell 680 is disabled. When the user enters New Rate in 
5 the third cell 676, the fourth cell 678 is disabled, and the fifth cell 680 is enabled. 
The sixth cell 682 is for setting the duration of the temporary rate. 

Additionally, in one possible embodiment, when the user sets the first button 
to adjust the delivery rate as a percent of the basal rate, the check box 672 is set in 
the first cell 670 for each row 668 in which there is a percentage in the fourth cell 
1 0 678. The check box 672 in the first cell 670 is cleared for each row 668 in which 
there is a delivery rate value in the fifth cell 680. Similarly, when the user sets the 
second button to use a new delivery rate, the check box 672 is set in the first cell 670 
for each row 668 in which there is a delivery rate value in the fifth cell 680. The 
check box 672 in the first cell 670 is cleared for each row 668 in which there is a 
1 5 percentage value in the fourth cell 678. 

The second panel 684 in the primary window 544d for the temporary rate 
delivery programs presents instructions. It operates in a manner substantially similar 
to the third, instruction panel 580 in the first primary window 544a for the basal rate 
delivery programs as described above. 
20 In addition to operating parameters, one possible embodiment of the user 

interface 542 also enables a user to view, edit, and enter other data, character strings, 
and settings that are loaded on the insulin pump 100. 

For example, Figure 27E illustrates the fifth primary window 544e, which is 
for setting the banner displayed in the home page 1 52 of the pump 100. Primary 
25 window 544e is in the stack of primary windows 544. The fifth primary window 
544e includes two panels. The first panel 690 has a field check box 692 and a text 
field 694 mated to the checkbox 692. To enter text into the home page 152, the user 
sets the checkbox 692 and enters text (numbers and letters as desired) into the text 
field 694. If the pump 100 includes multiple home pages 1 52 through which the 
30 user can scroll, an embodiment of the primary window 544e includes a checkbox 
692 and mating text field 694 for each of the home pages 1 52. The user can then 
designate certain text for a particular home page 1 52 by setting the checkbox 692 
associated with that home page 1 52 and entering text into the mating text field 694. 
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In an alternative embodiment, if the text in the text field 694 is too long to fit into 
one display, the pump 100 automatically generates multiple home pages 152 through 
which the user can scroll and divides the text from the text field 694 between the 
multiple home pages 1 52. In another embodiment, similar text fields and associated 
5 checkboxes can be used to customize displays and messages for particular alarms, 
alerts, and reminders. 

The second panel 696 in the primary window 544e presents instructions. It 
operates in a manner substantially similar to the third, instruction panel 580 in the 
first primary window 544a for the basal rate delivery programs as described above. 
1 0 Figure 27F illustrates the sixth primary window 544f, which is for 

programming basal delivery patterns in a weekly schedule, as described above in 
conjunction with Figure 25. The sixth primary window 544f includes two panels. 
The first panel 700 has a first spin box 702 and a second spin box 704 configured to 
set the basal pattern and missed meal bolus alerts for weekday operation. To select a 
1 5 weekday basal pattern, the user can spin through the listed basal patterns 

programmed in the basal patterns tab 544a and set the desired type. To select a 
weekday missed meal alert set, the user can spin through the listed alert sets 
configured in the meal boluses tab 544b and set the desired type. The first and 
second spin boxes 702, 704 correspond to a graphical representation 710 of the 
20 weekday schedule. The graphical representation displays the basal rates and the 

missed meal bolus alert times that are selected using the spin boxes 702, 704 on an 

hour by hour basis. 

The first panel 700 also has a third spin box 706 and a fourth spin box 708 
configured to set the basal pattern and missed meal bolus alerts for weekend 

25 operation. To select a weekend basal pattern, the user can spin through the listed 
basal patterns programmed in the basal patterns tab 544a and set the desired type. 
Likewise, to select a weekend missed meal alert set, the user can spin through the 
listed alert sets configured in the meal boluses tab 544b and set the desired type. 
The first and second spin boxes 706, 708 correspond to a graphical representation 

30 712 of the weekend schedule, which displays the basal rates and meal bolus alerts 
analogously to the weekday graphical representation 706. In an alternative 
embodiment, the first panel 700 can include seven spin box controls, corresponding 
to each day of the week. In a further alternative embodiment, the first panel 700 can 
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include a graphical calendar display configured to allow monthly programming of 
the basal pattern and/or missed meal bolus alerts. 

A first check box 714 enables the weekly schedule option in the software and 
on the pump 1 00. The first check box 714 is by default in a checked, or enabled, 
5 state. 

One or more indicators 718 correspond to alarms scheduled to occur during 
the day displayed. The indicators and corresponding alarms can represent 
appointments, times of the day at which blood glucose values should be checked, or 
other user reminders. 

1 0 The second panel 7 1 6 in the primary window 544f presents instructions. It 

operates in a manner substantially similar to the instruction panel 580 in the first 
primary window 544a for the basal rate delivery programs as described above. 

Yet other embodiments of the user interface 542 include various windows, 
buttons, checkboxes, spin boxes, and fields for setting other parameters used to 

1 5 operate the pump 1 00. Examples of such other parameters that can be set through 
the user interface 542 include various format settings, alarms, reminders, operating 
limits, report formats, security settings, character strings, and indeed any other 
operating parameters, data, settings, and character strings that can be programmed 
into the pump 100. 

20 Referring to Figures 27A-27F, to download the operating parameters 

displayed in an active primary window 544, the user clicks on the download button 
686. The operating parameters relating to the active primary windows are then 
downloaded into the pump 100 over the communication link. The pump 100 returns 
the downloaded operating parameters to the computer 534, which compares the 
25 returned operating parameters to the sent operating parameters. If the returned and 
sent operating parameters match, the computer 534 sends a handshake signal to the 
pump 100 and the microprocessor 102 maps each of the downloaded operating 
parameters to its designated memory addresses in RAM 1 16 and saves the 
downloaded operating parameters in RAM 1 1 6. If the returned and sent operating 
30 parameters do not match, the computer 534 generates an error signal and sends the 
error signal to the pump 100. The pump 100 then discards the downloaded 
operating parameters and preserves the preexisting operating parameters already 
stored in RAM 116. 
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To upload operating parameters from the pump 1 00 into the active primary 
window 544, the user clicks the upload button 688. The profile settings in RAM 
116 that correspond to the active primary window 544 are then retrieved from RAM 
1 16 on the pump 100 and are sent to the computer 534. The uploaded operating 
5 parameters are then populated into the fields of the active primary window 544, 
including all secondary windows 554. To save the profile settings, the user clicks 
the save button 690. The profile settings that populate the active primary window 
544 then are saved in the storage device 538. In one possible embodiment, the name 
of the file that includes the saved data is the name of the pump user. 
1 0 Furthermore, the user interface 542 can be used on the computer 534 to 

program and manage pumps 100 for several different pump users. In one such 
embodiment, the computer 534 is programmed with an initial interface that includes 
a text field in which the name of the pump user is entered either through the 
computer keyboard or through a spin box. Upon entering the name of the pump 
1 5 user, the computer 534 populates the data saved for that pump user's pump 1 00 into 
the user interface 542. In an alternative embodiment, the computer 534 is loaded 
with a menu in which the name of each pump user having stored data is included as 
a menu item. Selecting the name/menu item causes the computer 534 to populate 
the user interface 542 with data. 
20 The various embodiments described above are provided by way of 

illustration only and should not be construed to limit the invention. Those skilled in 
the art will readily recognize various modifications and changes that may be made to 
the present invention without following the example embodiments and applications 
illustrated and described herein, and without departing from the true spirit and scope 
25 of the present invention, which is set forth in the following claims. 
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THE CLAIMED INVENTION IS: 



1 . A method of programming a pump comprising: 
displaying a first screen on a display of the pump; 

5 upon displaying the first screen, emitting a first sound; 

displaying a second screen on the display of the pump, the second screen 

different from the first screen; and 
upon displaying the second screen, emitting a second sound different from 

the first sound. 

, »■ 

10 

2. The method of claim 1 , wherein the first screen is a main menu. 

3 . The method of claim 1 , wherein the second screen is a submenu reached by 
selecting an option from the main menu. 

15 

4. The method of claim 1 , wherein the second screen is optionally displayed 
while programming the pump. 

5. The method of claim 1, further comprising emitting the second sound a 
20 second time, the second time occurring a first predetermined time after the second 

screen is initially displayed. 

6. The method of claim 5, further comprising reverting to the first screen at a 
second predetermined time after the first predetermined time. 

25 

7. The method of claim 6, wherein the second predetermined time is thirty 
seconds. 

8. The method of claim 6, wherein the second predetermined time is fifteen 
30 seconds. 
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9. The method of claim 1 , wherein the first sound has a first pitch and the 
second sound has a second pitch, the first pitch different from the second pitch. 

1 0. The method of claim 1 , wherein the first sound has a first length and the 

5 second sound has a second length, the first length different from the second length. 

1 1 . The method of claim 1 , wherein the first sound has a first number of 
occurrences and the second sound has a second number of occurrences, the first 
number of occurrences different from the second number of occurrences. 

10 

1 2. The method of claim 1 , further comprising assigning one or more audible 
alerts to one or more conditions in the pump. 

13. The method of claim 12, wherein the one or more audible alerts are user- 
15 customizable. 

14. The method of claim 1 , further comprising emitting an audible message. 

15. The method of claim 14, wherein the audible message represents a numeric 
20 value. 

1 6. The method of claim 14, wherein the audible message is in Morse code. 

17. A method of programming a pump comprising: 

25 providing a first key having a first function and a second key having a 

second function different from the first function; 
assigning a first sound to the first key; and 

assigning a second sound to the second key, the second sound different from 
the first sound. 



30 



1 8. The method of claim 17, further comprising, upon detection of activation of 
the first key, emitting the first sound. 
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1 9. The method of claim 1 7, further comprising, upon detection of activation of 
the second key, emitting the second sound. 

20. The method of claim 1 7, wherein the first key is an up key. 

5 

21 . The method of claim 20, wherein the second key is a down key. 

22. The method of claim 2 1 , wherein the second sound has a lower pitch than the 
first sound. 

10 

23 . The method of claim 2 1 , wherein the up key and the down key select a 
current value from an operational range having an upper threshold value and a lower 
threshold value. 

1 5 24". The method of claim 23 , wherein activation of the up key when the current 
value is equal to the upper threshold value does not change the current value. 

25. The method of claim 23, wherein activation of the up key when the current 
value is equal to the upper threshold value causes the current value to become equal 

20 to the lower threshold value. 

26. The method of claim 23, wherein activation of the down key when the 
current value is equal to the lower threshold value does not change the current value. 

25 27. The method of claim 23, wherein activation of the down key when the 
current value is equal to the lower threshold value causes the current value to 
become equal to the upper threshold value. 

28. The method of claim 24, further comprising, upon detection of activation of 
30 the up key, emitting a sound different from the first sound and the second sound. 

29. The method of claim 25, further comprising, upon detection of activation of 
the up key, emitting a sound different from the first sound and the second sound. 
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30. The method of claim 26, further comprising, upon detection of activation of 
the down key, emitting a sound different from the first sound and the second sound. 

5 31. The method of claim 27, further comprising, upon detection of activation of 
the down key, emitting a sound different from the first sound and the second sound. 

32. The method of claim 1 8 , further comprising, upon detection of continuous 
activation of the up key, emitting a sound each time a value increments within the 
10 pump. 

33 . The method of claim 19, further comprising, upon detection of continuous 
activation of the down key, emitting a sound each time a value decrements within 
the pump. 

15 

34. The method of claim 17, further comprising, upon reaching a predetermined 
value, emitting the first sound or the second sound. 

35. The method of claim 17, further comprising assigning one or more audible 
20 alerts to one or more conditions in the pump. 

36. The method of claim 35, wherein the one or more audible alerts are user- 
customizable. 

25 37. The method of claim 1 7, wherein the first sound and second sound change 
based upon a value within a range of values associated with the pump. 

38. The method of claim 37, wherein higher values result in higher pitched first 
and second sounds. 



30 



39. The method of claim 37, wherein higher values result in shorter first and 
second sounds. 
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5 



40. The method of claim 17, further comprising emitting an audible message. 

41 . The method of claim 40, wherein the audible message represents a numeric 
value. 

42. The method of claim 40, wherein the audible message is in morse code. 



43. An insulin pump comprising: 
a pump mechanism; 

10 a memory configured to store a plurality of screens used in programming the 

pump, the plurality of screens including a first screen and a second 
screen; 
a display; 

a programmable circuit arranged to control the pump mechanism and 
1 5 operatively connected to the memory and the display, the 

programmable circuit programmed to: 
display a first screen on the display; 
upon displaying the first screen, emit a first sound; 
display a second screen on the display, the second screen different 
20 from the first screen; and 

upon displaying the second screen, emit a second sound different 
from the first sound. 



25 



44. The insulin pump of claim 43, wherein the first screen is a main menu. 

45. The insulin pump of claim 43, wherein the second screen is a submenu 
reached by selecting an option from the main menu. 

46. The insulin pump of claim 43, wherein the second screen is optionally 
3 0 displayed while programming the pump. 
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47. The insulin pump of claim 43 , wherein the programmable circuit is further 
configured to emit the second sound again a first predetermined time after the 
second screen is initially displayed. 

5 48. An insulin pump comprising: 

a memory configured to store a plurality of screens used in programming the 
pump, the plurality of screens including a first screen and a second 
screen; 
a display; 

1 0 a programmable circuit operatively connected to the memory and the display, 

the programmable circuit programmed to: 

provide a first key having a first function and a second key having a 

second function different from the first function; 
assign a first sound to the first key; and 
1 5 assign a second sound to the second key, the second sound different 

from the first sound. 

49. The insulin pump of claim 48, further comprising, upon detection of 
activation of the first key, emitting the first sound. 

20 

50. The insulin pump of claim 48, wherein the programmable circuit is further 
programmed to, upon detection of activation of the second key, emit the second 
sound. 

25 51. The insulin pump of claim 48, wherein the first key is an up key. 

52. The insulin pump of claim 5 1 , wherein the second key is a down key. 

53. The insulin pump of claim 52, wherein the second sound has a lower pitch 
30 than the first sound. 

54. An insulin pump comprising: 
a pump mechanism; 
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a memory configured to store a plurality of screens used in programming the 
pump, the plurality of screens including a first screen and a second 
screen, the memory further configured to store a plurality of sounds 
including a first sound and a second sound; 
5 a programmable circuit arranged to control the pump mechanism and 

operatively connected to the memory, the programmable circuit 
programmed to: 

provide an up key and a down key for selecting a current value from 
an operational range having an upper threshold value and a 
1 o lower threshold value; 

assign the first sound to the up key; 

assign the second sound to the down key, the second sound different 

from the first sound; 
upon detection of activation of the up key, emit the first sound; and 
1 5 U pon detection of activation of the down key, emit the second sound; 

wherein the first sound has a higher pitch than the second sound. 

55. The insulin pump of claim 54, wherein activation of the up key when the 
current value is equal to the upper threshold value does not change the current value. 

20 

56. The insulin pump of claim 54, wherein activation of the up key when the 
current value is equal to the upper threshold value causes the current value to 
become equal to the lower threshold value. 

25 57. The insulin pump of claim 54, wherein activation of the down key when the 
current value is currently equal to the lower threshold value does not change the 
current value. 

58. The insulin pump of claim 54, wherein activation of the down key when the 
30 current value is equal to the lower threshold value causes the current value to 
become equal to the upper threshold value. 



85 



WO 2008/048587 



FIG.1 



1/33 



PCT/US2007/022051 



.123 



122 



Real-Time 
Clock 



124 



Keypad 



125 



Audio Bolus 
Button 



126 



Pressure 
Sensor 



128 



Cartridge 
Sensor 



130 



Motion 
Detector 



116 




118 


^120 


ROM 




IRPort 


Ji. 





z 



.102 



Microprocessor 



100 



108 



Audible 
Alarm 



110 



Vibratory 
Alarm 



106 



> Screen 



^104 



> Pump Motor 



112 



Drive 
Mechanism 



114 



LL 



Plunger 
Mechanism 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



2/33 



PCT/US2007/022051 



FIG.2 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



3/33 



PCT/US2007/022051 




WO 2008/048587 



4/33 



PCT/US2007/022051 




O 

o 



i 

n 6 



in 



CD Q 



A 
c 

<x> 



CD 
Q_ 

CO 
=3 

CO , 



CM 

in 



SUBSTITUTE SHEET (RULE 26) 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



6/33 



PCT/US2007/022051 




it o 



O 



E <D 
TO S ■§ 



o 

TO 

DO 



it J\ 





@ i 

if) 


Menu> 




CD *~ 

to - 


<J> 




CO OT 


b 


Basal - 1 
Delivery 


^Suspend 





CO 

6 



CM 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 



7/33 



m 
co 

CM 




httest^ 


Length 
7:00 hrs 
Tests 


, Start 


Overnig 
Tests 


8:00PM 
11:00 PM 
3:00 AM 




<Back 






Select Basal Test 
To Start 


©Overnight 
o Daytime 
o Evening 


Cofitinue> 


<> 


<Back 








r^ 
6 







A, 






O 
CD 


Tesl 


cz 


Sel 


CO 


Start Test 
Set up Test 
Test History 


O 


Bas; 


o 

CO 
GO 




V 



00 
CM 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 



8/33 



in 
co 



in 
o 

CO 



o 

CO 



© 

CO 



£ sa 


^=5^ I 
. . ^> F> 
.£2 E = 

CQ|r-~|CNj 


Next> 


Overr 
BG Li 


<> 


End test 

Below: 

Above: 


<Back 



CO 

o 

CO 



Ol 



oo 

CM 



Overnight Test 
Tests 


Length 
7:00 hrs 
Tests 


Next> 


8:00PM 
11:00 PM 


13:00 AM 


1 




<Done 






Overnight Test 
Tests 


Length 
7:00 hrs 
Tests 
3 


Edit> 


I 8:00PM 
11:00 PM 
3:00 AM 




<Back 



J 



J 



CO 







ect> 


) Testi 


tTest 

Test 

Test 


CD 

CO 




SetUf 


Overnigh 
Daytime 
Evening 


<Back 




CO 



1—=- h CD ^ 0 
S Icq SjQ3 



CM 



CD 

CO 

CO 
OO 



CO o, CO 

S:i c -s 

co SS-s 



E 

O Eco oj^ 

t— co iz -t— 



o 

CO 
CO 

V 



co 
=3 

s 

CO 

"co 
.CD 



I 

o> q> 

1 ~ 



GO 

d 



o 

CL 

CD CD -— 

S E.S2 

"55 "to "55 
a> a> a> 



8 3 



as 



CO 
CD 



ca 

CO 

ca 

CO 




t3 
a> 



Test 




Select> 


s 




Select Ba 




<> 


©Ovemi 
o Daytirr 
o Evenin 


<Back 



CO 

— l CO 

is »— 

co ^ o> 
"co .2>« 

CD C CO 

§ o _ 

fc -O -H- 1/5 
3 C <U d) 

O LU CO I— 



to 



A 

CD 
CD 
CO 



o 

CtJ 

CO 
V 



o 

co 



CO 

CD 



"A 



00 
CM 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



9/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 



11/33 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



FIG. 12 



12/33 



PCT/US2007/022051 



318 



152 



<=[<=L 



>3 



75% 



a 

Basal - Basal 3 
Delivery at: 1 .00 u/hr 



Suspend 



Menu > 



ffflQ 



Basal - Basal 1 
Delivery at: 1.15 u/hr 



Suspend 



Basal -Programs 
Basal 1 
Basal 2 O 



it o 



Menu > 



^152 




f 

Meal Bolus 
Correction Bolus 
Temporary Rate 




Basal Programs 




< Home 


A 
V 


Select > 



190 




Basal -Programs 
Basal 1 
Basal 2 O 




Basal 3 



Basal 4 



O 
"O 



< Back 



Select > 




Basal 3 



322 



Edit 

Start using 



Back 



A 
V 



Select > 



V 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



13/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 PCT/US2007/022051 

14/33 



FIG.14A 




1hr 2hr 3hr 



Time 



FIG.14B 




1hr 2hr 3hr 4hr 

Time 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 PCT/US2007/022051 

15/33 



FIG.14C 




1hr 2hr 3hr 4hr 



Time 



FIG.14D 




1hr 2hr 3hr 4hr 5hr 



Time 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 

FIG. 15 



16/33 



PCT/US2007/022051 




408 



1§@y 



7S% 



Basal - Basal 1 
Delivery at: 1.15 u/hr 



Suspend 



i 



Menu > 



r 






Meal Bolus 




Correction Bolus| 


Temporary Rate 
Basal Programs 


< Home 




Select > 
J 



Blood Glucose 
Target: 



45 mg/dL 
^ 



< Cancel I ^ 



Next> 




Bolus to lower BG 
45 mg/dL? 
A. 



384 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



18/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



19/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



21/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 PCT/US2007/022051 

23/33 

FIG.22 



( =1° hi 


| -CD »5 > 


152 




75% 


Basal - Basal 1 
Delivery at: 1.15 u/hr 




^ Stop 0 Menu>^ 



Select de 



to cancel 
All Delivery 



ivery type 



Extended Bolus 



< Back 


0 


Select > 


v 







r© 






Bolus remaining 


Units: 




1:00 ^ 


Time: 




1:30 


Stop extended bolus? 


<No 




Yes> 









386 



180 



178 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 PCT/US2007/022051 

25/33 

FIG.24 






I 


-en +D ^\ 


150u 






7S% ! 








m 


Basal - Basal 1 


Delivery at: 1.15 u/hr 


^Suspend 


O 


Menu >^ 



172^ 



Select de 



to cancel 
All Delivery 



ivery type 



Combo Bolus 




< Back 



0 



Select > 



r© 






Bolus remaining 


Units: 




1:00 ^ 


Time: 




1:30 


Stop combo bolus? 


<No 

v 




Yes>^ 



180 



V 



152 



386 



178 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 



26/33 





4r S 

1) 



CD »- 

CO (13 



E E 

CD 0} 

>» "CO CO 
CO CL CL 



© Q. _ _ 

Q> CO ^ CO CO 

CO {g« a 8 
m w m m 



IT) 



CD 

Q 


Yes 
Travel 


1 


0) 
> 




0 


h- 


C CO 

LU Z 


o 

CO 
CQ 
V 





o 0> 



CO 

^ CO 
CD ^ 



CM CO 

-4-J ■+-< -«-' 

CD CD CD CD 
CO CO tO CO 

■c 1 1 t 



a a □ □ 




3^ 



in 



CSJ 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



27/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



28/33 



PCT/US2007/022051 




in 



oo 

CO 

v 




2 

.(L 
CO 



CO Tf CM < 

jnoq jad s);un 




O 



SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 



29/33 



CO 
OO 
CO 



4& 



v. 



CN 
OO 
LO 



o 
col 



v. 



CN 
CO 

in 



v sy y 



CM 



ft 



00 
WO 



CM 
CD 




CD 



SUBSTITUTE SHEET (RULE 26) 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



31/33 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 



32/33 




SUBSTITUTE SHEET (RULE 26) 



WO 2008/048587 



PCT/US2007/022051 




SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



International application No 

PCT/US2007/022051 



A. CLASSIFICATION OF SUBJECT MATTER 

INV. G.06F19/00 



According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

G06F A61M A61B 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 
Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal , WPI Data 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* Citation of document, with indication, where appropriate, of the relevant 



Relevant to claim No. 



US 2003/163088 Al (BLOMQUIST MICHAEL L 
[US]) 28 August 2003 (2003-08-28) 
figures l,8(a) 

paragraphs [0060], [0061], [0152] 

US 2005/171513 Al (MANN ALFRED E [US] ET 
AL) 4 August 2005 (2005-08-04) 
paragraph [0177] 



1-58 



□ 



Further documents are listed in the continuation of Box Q. 



See patent family annex. 



* Special categories of cited documents : 

"A" document defining the general state of the art which is not 
considered to be of particular relevance 

"E" earlier document but published on or after the international 
filing date 

"L" document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

■O' document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international fiiing date but 
later than the priority date claimed 



"T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention- 

■X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. . . 

■&■ document member of the same patent family 



Date of the actual completion of the international search 



27 February 2008 



Date of mailing of the international search report 

07/03/2008 



Name and mailing address of the ISA/ 

European Patent Office, P.B. 5818 Patentlaan 2 
NL-22B0HVRijswijk 
- Tel. (+31-70) 340-2040, Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Chabros, Cezary 



Form PCT/ISA/210 (second sheet) (April 2005) 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



International application No 

PCT/US2007/022051 



Patent document 
cited i it search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



US 2003163088 Al 
US 2005171513 Al 



28-08-2003 . NONE 
04-08-2005 NONE 



=orm PCT/ISA/21 0 (patent family annex) (April 2005) 



